六大代碼問題檢驗你的Java知識

　　你覺得自己是一個Java專家嗎？是否肯定自己已經全面掌握了Java的異常處理機制？在下面這段代碼中你能夠迅速找出異常處理的六個問題嗎？
　　
　　 OutputStreamWriter out =
　　 javasqlConnection conn =
　　 try { // ⑸
　　 Statement stat = conncreateStatement();
　　 ResultSet rs = statexecuteQuery(
　　 select uid name from user);
　　 while (rsnext())
　　 {
　　 outprintln(ID + rsgetString(uid) // ⑹
　　 姓名 + rsgetString(name));
　　 }
　　 connclose(); // ⑶
　　 outclose();
　　 }
　　 catch(Exception ex) // ⑵
　　 {
　　 exprintStackTrace(); // ⑴⑷
　　 }
　　
　　作為一個Java程序員你至少應該能夠找出兩個問題但是如果你不能找出全部六個問題請繼續閱讀本文
　　
　　本文討論的不是Java異常處理的一般性原則因為這些原則已經被大多數人熟知我們要做的是分析各種可稱為反例（antipattern）的違背優秀編碼規范的常見壞習慣幫助讀者熟悉這些典型的反面例子從而能夠在實際工作中敏銳地察覺和避免這些問題
　　
　　反例之一丟棄異常
　　代碼行行
　　
　　這段代碼捕獲了異常卻不作任何處理可以算得上Java編程中的殺手從問題出現的頻繁程度和禍害程度來看它也許可以和C/C++程序的一個惡名遠播的問題相提並論——不檢查緩沖區是否已滿如果你看到了這種丟棄（而不是拋出）異常的情況可以百分之九十九地肯定代碼存在問題（在極少數情況下這段代碼有存在的理由但最好加上完整的注釋以免引起別人誤解）
　　
　　這段代碼的錯誤在於異常（幾乎）總是意味著某些事情不對勁了或者說至少發生了某些不尋常的事情我們不應該對程序發出的求救信號保持沉默和無動於衷調用一下printStackTrace算不上處理異常不錯調用printStackTrace對調試程序有幫助但程序調試階段結束之後printStackTrace就不應再在異常處理模塊中擔負主要責任了
　　
　　丟棄異常的情形非常普遍打開JDK的ThreadDeath類的文檔可以看到下面這段說明特別地雖然出現ThreadDeath是一種正常的情形但ThreadDeath類是Error而不是Exception的子類因為許多應用會捕獲所有的Exception然後丟棄它不再理睬這段話的意思是雖然ThreadDeath代表的是一種普通的問題但鑒於許多應用會試圖捕獲所有異常然後不予以適當的處理所以JDK把ThreadDeath定義成了Error的子類因為Error類代表的是一般的應用不應該去捕獲的嚴重問題可見丟棄異常這一壞習慣是如此常見它甚至已經影響到了Java本身的設計
　　
　　那麼應該怎樣改正呢？主要有四個選擇
　　
　　處理異常針對該異常采取一些行動例如修正問題提醒某個人或進行其他一些處理要根據具體的情形確定應該采取的動作再次說明調用printStackTrace算不上已經處理好了異常
　　重新拋出異常處理異常的代碼在分析異常之後認為自己不能處理它重新拋出異常也不失為一種選擇
　　把該異常轉換成另一種異常大多數情況下這是指把一個低級的異常轉換成應用級的異常（其含義更容易被用戶了解的異常）
　　不要捕獲異常
　　
　　結論一既然捕獲了異常就要對它進行適當的處理不要捕獲異常之後又把它丟棄不予理睬
　　反例之二不指定具體的異常
　　代碼行
　　
　　許多時候人們會被這樣一種美妙的想法吸引用一個catch語句捕獲所有的異常最常見的情形就是使用catch(Exception ex)語句但實際上在絕大多數情況下這種做法不值得提倡為什麼呢？
　　
　　要理解其原因我們必須回顧一下catch語句的用途catch語句表示我們預期會出現某種異常而且希望能夠處理該異常異常類的作用就是告訴Java編譯器我們想要處理的是哪一種異常由於絕大多數異常都直接或間接從javalangException派生catch(Exception ex)就相當於說我們想要處理幾乎所有的異常
　　再來看看前面的代碼例子我們真正想要捕獲的異常是什麼呢？最明顯的一個是SQLException這是JDBC操作中常見的異常另一個可能的異常是IOException因為它要操作OutputStreamWriter顯然在同一個catch塊中處理這兩種截然不同的異常是不合適的如果用兩個catch塊分別捕獲SQLException和IOException就要好多了這就是說catch語句應當盡量指定具體的異常類型而不應該指定涵蓋范圍太廣的Exception類
　　
　　另一方面除了這兩個特定的異常還有其他許多異常也可能出現例如如果由於某種原因executeQuery返回了null該怎麼辦？答案是讓它們繼續拋出即不必捕獲也不必處理實際上我們不能也不應該去捕獲可能出現的所有異常程序的其他地方還有捕獲異常的機會——直至最後由JVM處理
　　
　　結論二在catch語句中盡可能指定具體的異常類型必要時使用多個catch不要試圖處理所有可能出現的異常
　　反例之三占用資源不釋放
　　代碼行行
　　
　　異常改變了程序正常的執行流程這個道理雖然簡單卻常常被人們忽視如果程序用到了文件SocketJDBC連接之類的資源即使遇到了異常也要正確釋放占用的資源為此Java提供了一個簡化這類操作的關鍵詞finally
　　
　　finally是樣好東西不管是否出現了異常Finally保證在try/catch/finally塊結束之前執行清理任務的代碼總是有機會執行遺憾的是有些人卻不習慣使用finally
　　
　　當然編寫finally塊應當多加小心特別是要注意在finally塊之內拋出的異常——這是執行清理任務的最後機會盡量不要再有難以處理的錯誤
　　
　　結論三保證所有資源都被正確釋放充分運用finally關鍵詞
　　反例之四不說明異常的詳細信息
　　代碼行行
　　
　　仔細觀察這段代碼如果循環內部出現了異常會發生什麼事情？我們可以得到足夠的信息判斷循環內部出錯的原因嗎？不能我們只能知道當前正在處理的類發生了某種錯誤但卻不能獲得任何信息判斷導致當前錯誤的原因
　　
　　printStackTrace的堆棧跟蹤功能顯示出程序運行到當前類的執行流程但只提供了一些最基本的信息未能說明實際導致錯誤的原因同時也不易解讀
　　
　　因此在出現異常時最好能夠提供一些文字信息例如當前正在執行的類方法和其他狀態信息包括以一種更適合閱讀的方式整理和組織printStackTrace提供的信息
　　
　　結論四在異常處理模塊中提供適量的錯誤原因信息組織錯誤信息使其易於理解和閱讀
　　反例之五過於龐大的try塊
　　代碼行行
　　
　　經常可以看到有人把大量的代碼放入單個try塊實際上這不是好習慣這種現象之所以常見原因就在於有些人圖省事不願花時間分析一大塊代碼中哪幾行代碼會拋出異常異常的具體類型是什麼把大量的語句裝入單個巨大的try塊就象是出門旅游時把所有日常用品塞入一個大箱子雖然東西是帶上了但要找出來可不容易
　　
　　一些新手常常把大量的代碼放入單個try塊然後再在catch語句中聲明Exception而不是分離各個可能出現異常的段落並分別捕獲其異常這種做法為分析程序拋出異常的原因帶來了困難因為一大段代碼中有太多的地方可能拋出Exception
　　
　　結論五盡量減小try塊的體積
　　反例之六輸出數據不完整
　　代碼行行
　　
　　不完整的數據是Java程序的隱形殺手仔細觀察這段代碼考慮一下如果循環的中間拋出了異常會發生什麼事情循環的執行當然是要被打斷的其次catch塊會執行——就這些再也沒有其他動作了已經輸出的數據怎麼辦？使用這些數據的人或設備將收到一份不完整的（因而也是錯誤的）數據卻得不到任何有關這份數據是否完整的提示對於有些系統來說數據不完整可能比系統停止運行帶來更大的損失
　　
　　較為理想的處置辦法是向輸出設備寫一些信息聲明數據的不完整性另一種可能有效的辦法是先緩沖要輸出的數據准備好全部數據之後再一次性輸出
　　
　　結論六全面考慮可能出現的異常以及這些異常對執行流程的影響
　　改寫後的代碼
　　
　　根據上面的討論下面給出改寫後的代碼也許有人會說它稍微有點啰嗦但是它有了比較完備的異常處理機制
　　
　　OutputStreamWriter out =
　　javasqlConnection conn =
　　try {
　　Statement stat = conncreateStatement();
　　ResultSet rs = statexecuteQuery(select uid name from user);
　　while (rsnext())
　　{
　　outprintln(ID + rsgetString(uid) + 姓名: + rsgetString(name));
　　}
　　}
　　catch(SQLException sqlex)
　　{
　　outprintln(警告數據不完整);
　　throw new ApplicationException(讀取數據時出現SQL錯誤 sqlex);
　　}
　　catch(IOException ioex)
　　{
　　throw new ApplicationException(寫入數據時出現IO錯誤 ioex);
　　}
　　finally
　　{
　　if (conn != null) {
　　try {
　　connclose();
　　}
　　catch(SQLException sqlex)
　　{
　　Systemerr(thisgetClass()getName() + mymethod 不能關閉數據庫連接: + sqlextoString());

From:http://tw.wingwit.com/Article/program/Java/hx/201311/26641.html