資訊專欄INFORMATION COLUMN
摘要：出現(xiàn)這種情況的可能性太多太多，例如服務(wù)器連接不上參數(shù)不正確等。調(diào)用代碼需要進一步處理和恢復(fù)。當(dāng)然清理資源后，可以繼續(xù)拋出非檢測異常，阻止程序的執(zhí)行。根據(jù)觀察和理解，檢測異常大多可以應(yīng)用于工具類中。
異常的選擇“唵”，表示佛部心，謂念此字時，自己的身體要應(yīng)于佛身，口要應(yīng)于佛口，意要應(yīng)于佛意，所謂身、口、意與佛成一體，才能獲得成就；
異常的分類,你應(yīng)該知道:
受審查異常
非受審查異常
發(fā)現(xiàn)學(xué)生在使用過程當(dāng)中,沒有區(qū)分,也不知道應(yīng)該什么時候使用?跟不清楚怎么樣合理的使用異常!
我再后面接手的課程體系當(dāng)中,學(xué)生如果在使用異常的情況下,最愛的是Exception,怎么解釋呢,簡單好用?只能心里默默的呵呵!而作為一名開發(fā)人員使用比較多的是非受審查異常[繼承RuntimeException]!往往這個時候,學(xué)生就懵圈了,為什么呢?因為看不到錯誤了,不知道哪里錯了!
心在滴血,因為給自己增加了難度,何必難為自己嫩?
那么,如何使用異常呢?簡單說一下個人的理解:
調(diào)用或者執(zhí)行的代碼不能繼續(xù)執(zhí)行，需要立即終止。出現(xiàn)這種情況的可能性太多太多，例如服務(wù)器連接不上、參數(shù)不正確等。這些時候都適用非檢測異常，不需要調(diào)用代碼的顯式捕捉和處理，而且代碼簡潔明了。
調(diào)用代碼需要進一步處理和恢復(fù)。假如將 SQLException 定義為非檢測異常，這樣操作數(shù)據(jù)時開發(fā)人員理所當(dāng)然的認(rèn)為 SQLException 不需要調(diào)用代碼的顯式捕捉和處理，進而會導(dǎo)致嚴(yán)重的 Connection 不關(guān)閉、Transaction 不回滾、DB 中出現(xiàn)臟數(shù)據(jù)等情況，正因為 SQLException 定義為檢測異常，才會驅(qū)使開發(fā)人員去顯式捕捉，并且在代碼產(chǎn)生異常后清理資源。當(dāng)然清理資源后，可以繼續(xù)拋出非檢測異常，阻止程序的執(zhí)行。根據(jù)觀察和理解，檢測異常大多可以應(yīng)用于工具類中。
胖先生說一下:
讓機器自己去處理,我們不管!
就是我們需要捕獲并且自己處理
別把客戶想的太聰明在實際開發(fā)當(dāng)中,胖顯示都會把受審查變成非受審查的,但是同時我根據(jù)自己的業(yè)務(wù)需要進行處理!
將異常直接打印在客戶端的例子屢見不鮮，以 JSP 為例，一旦代碼運行出現(xiàn)異常，默認(rèn)情況下容器將異常堆棧信息直接打印在頁面上。其實從客戶角度來說，任何異常都沒有實際意義，絕大多數(shù)的客戶也根本看不懂異常信息，軟件開發(fā)也要盡量避免將異常直接呈現(xiàn)給用戶。
客戶都是比較懶的人,如果出現(xiàn)那種文字,站在你的角度,我想會感覺到厭惡,考察我英語四級能力呢?
package com.pangsir.test.sample.exception;
/**
* 自定義 RuntimeException
* 添加錯誤代碼屬性,一種簡單的封裝
*/
public class RuntimeException extends java.lang.RuntimeException {
//默認(rèn)錯誤代碼
public static final Integer GENERIC = 1000000;
//錯誤代碼
private Integer errorCode;
public RuntimeException(Integer errorCode, Throwable cause) {
this(errorCode, null, cause);
}
public RuntimeException(String message, Throwable cause) {
//利用通用錯誤代碼
this(GENERIC, message, cause);
}
public RuntimeException(Integer errorCode, String message, Throwable cause) {
super(message, cause);
this.errorCode = errorCode;
}
public Integer getErrorCode() {
return errorCode;
}
}
正如示例代碼所示，在異常中引入錯誤代碼，一旦出現(xiàn)異常，我們只要將異常的錯誤代碼呈現(xiàn)給用戶，或者將錯誤代碼轉(zhuǎn)換成更通俗易懂的提示。其實這里的錯誤代碼還包含另外一個功能，開發(fā)人員亦可以根據(jù)錯誤代碼準(zhǔn)確的知道了發(fā)生了什么類型異常.
別玷污我我們授課當(dāng)中經(jīng)常說基于MVC思想的開發(fā)架構(gòu),因此我們將代碼分為controller,Service,Dao等不同的層次,Dao層中經(jīng)常會拋出異常的方法[因為不熟練,因為SQL語句經(jīng)常寫錯誤],都是過來人:
Dao層代碼:
public User load(Integer user_id) throw SQLException {
//根據(jù) ID 查詢數(shù)據(jù)庫,獲取用戶對象信息
}
如果代碼是這樣寫的,沒有什么問題,可以說正確,但是不符合規(guī)范!
從設(shè)計耦合角度仔細(xì)考慮一下，這里的 SQLException 污染到了上層調(diào)用代碼，調(diào)用層需要顯式的必須利用 try-catch 捕捉 或者 向更上層次繼續(xù)拋出。根據(jù)隔離原則，我們可以適當(dāng)修改成：
public User load(Integer user_id) {
try{
//根據(jù) ID 查詢數(shù)據(jù)庫
}catch(SQLException e){
//利用非檢測異常封裝檢測異常，降低層次耦合
throw new RuntimeException(SQLErrorCode, e);
}finally{
//關(guān)閉連接，清理資源
}
}
別不在乎我的感受
在學(xué)生開發(fā)當(dāng)中,也可以說我為了圖省事的過程當(dāng)中,經(jīng)常說的一句話就是你把異常輸出[打印]控制臺中,其實這樣沒有任何意思!
重要|重要|重要:
這樣的處理沒有意思,因為你沒有中斷程序的執(zhí)行,進而調(diào)用代碼會繼續(xù)自行,導(dǎo)致更多的異常
想想你是否寫過這樣的代碼:
public void update(User user){
try{
//..some code that throws SQLException
}catch(SQLException ex){
/**
*了解的人都知道，這里的異常打印毫無意義，僅僅是將錯誤堆棧輸出到控制臺。
* 而在 Production[生產(chǎn)] 環(huán)境中，需要將錯誤堆棧輸出到日志。
* 而且這里 catch 處理之后程序繼續(xù)執(zhí)行，會導(dǎo)致進一步的問題
* */
ex.printStacktrace();
}
}
代碼重構(gòu)
public void update(User user){
try{
//..some code that throws SQLException
}
catch(SQLException ex){
//轉(zhuǎn)換成非受審查異常
throw new RuntimeException(“自己描述性語言,例如com.pangsir.user.dao.UserDao.update 執(zhí)行過程出錯”, ex);
}
finally{
//關(guān)閉資源
}
}
地主家也沒有余糧這個誤區(qū)比較基本，一般情況下都不會犯此 > 低級錯誤 < 。
看一下,下面的代碼是否有問題?
