你以爲本身是一個Java專家嗎?是否確定本身已經全面掌握了Java的異常處理機制?在下面這段代碼中,你可以迅速找出異常處理的六個問題嗎? <P>1 OutputStreamWriter out = ...<BR>2 java.sql.Connection conn = ...<BR>3 try { // ⑸<BR>4 Statement stat = conn.createStatement();<BR>5 ResultSet rs = stat.executeQuery(<BR>6 "select uid, name from user");<BR>7 while (rs.next())<BR>8 {<BR>9 out.println("ID:" + rs.getString("uid") // ⑹<BR>10 ",姓名:" + rs.getString("name"));<BR>11 }<BR>12 conn.close(); // ⑶<BR>13 out.close();<BR>14 }<BR>15 catch(Exception ex) // ⑵<BR>16 {<BR>17 ex.printStackTrace(); //⑴,⑷<BR>18 }</P> <P> 做爲一個Java程序員,你至少應該可以找出兩個問題。可是,若是你不能找出所有六個問題,請繼續閱讀本文。</P> <P> 本文討論的不是Java異常處理的通常性原則,由於這些原則已經被大多數人熟知。咱們要作的是分析各類可稱爲「反例」(anti-pattern)的違背優秀編碼規範的常見壞習慣,幫助讀者熟悉這些典型的反面例子,從而可以在實際工做中敏銳地察覺和避免這些問題。</P> <P> 反例之一:丟棄異常</P> <P> 代碼:15行-18行。</P> <P> 這段代碼捕獲了異常卻不做任何處理,能夠算得上Java編程中的殺手。從問題出現的頻繁程度和禍害程度來看,它也許能夠和C/C++程序的一個惡名遠播的問題相提並論??不檢查緩衝區是否已滿。若是你看到了這種丟棄(而不是拋出)異常的狀況,能夠百分之九十九地確定代碼存在問題(在極少數狀況下,這段代碼有存在的理由,但最好加上完整的註釋,以避免引發別人誤解)。</P> <P> 這段代碼的錯誤在於,異常(幾乎)老是意味着某些事情不對勁了,或者說至少發生了某些不尋常的事情,咱們不該該對程序發出的求救信號保持沉默和無動於衷。調用一下printStackTrace算不上「處理異常」。不錯,調用printStackTrace對調試程序有幫助,但程序調試階段結束以後,printStackTrace就不該再在異常處理模塊中擔負主要責任了。</P> <P> 丟棄異常的情形很是廣泛。打開JDK的ThreadDeath類的文檔,能夠看到下面這段說明:「特別地,雖然出現ThreadDeath是一種‘正常的情形’,但ThreadDeath類是Error而不是Exception的子類,由於許多應用會捕獲全部的Exception而後丟棄它再也不理睬。」這段話的意思是,雖然ThreadDeath表明的是一種普通的問題,但鑑於許多應用會試圖捕獲全部異常而後不予以適當的處理,因此JDK把ThreadDeath定義成了Error的子類,由於Error類表明的是通常的應用不該該去捕獲的嚴重問題。可見,丟棄異常這一壞習慣是如此常見,它甚至已經影響到了Java自己的設計。</P> <P> 那麼,應該怎樣改正呢?主要有四個選擇:</P> <P> 一、處理異常。針對該異常採起一些行動,例如修正問題、提醒某我的或進行其餘一些處理,要根據具體的情形肯定應該採起的動做。再次說明,調用printStackTrace算不上已經「處理好了異常」。</P> <P> 二、從新拋出異常。處理異常的代碼在分析異常以後,認爲本身不能處理它,從新拋出異常也不失爲一種選擇。</P> <P> 三、把該異常轉換成另外一種異常。大多數狀況下,這是指把一個低級的異常轉換成應用級的異常(其含義更容易被用戶瞭解的異常)。</P> <P> 四、不要捕獲異常。</P> <P><STRONG> 結論一:既然捕獲了異常,就要對它進行適當的處理。不要捕獲異常以後又把它丟棄,不予理睬。</STRONG></P> <P><STRONG> </STRONG> 反例之二:不指定具體的異常</P> <P> 代碼:15行。</P> <P> 許多時候人們會被這樣一種「美妙的」想法吸引:用一個catch語句捕獲全部的異常。最多見的情形就是使用catch(Exception ex)語句。但實際上,在絕大多數狀況下,這種作法不值得提倡。爲何呢?</P> <P> 要理解其緣由,咱們必須回顧一下catch語句的用途。catch語句表示咱們預期會出現某種異常,並且但願可以處理該異常。異常類的做用就是告訴Java編譯器咱們想要處理的是哪種異常。因爲絕大多數異常都直接或間接從java.lang.Exception派生,catch(Exception ex)就至關於說咱們想要處理幾乎全部的異常。</P> <P> 再來看看前面的代碼例子。咱們真正想要捕獲的異常是什麼呢?最明顯的一個是SQLException,這是JDBC操做中常見的異常。另外一個可能的異常是IOException,由於它要操做OutputStreamWriter。顯然,在同一個catch塊中處理這兩種大相徑庭的異常是不合適的。若是用兩個catch塊分別捕獲SQLException和IOException就要好多了。這就是說,catch語句應當儘可能指定具體的異常類型,而不該該指定涵蓋範圍太廣的Exception類。</P> <P> 另外一方面,除了這兩個特定的異常,還有其餘許多異常也可能出現。例如,若是因爲某種緣由,executeQuery返回了null,該怎麼辦?答案是讓它們繼續拋出,即沒必要捕獲也沒必要處理。實際上,咱們不能也不該該去捕獲可能出現的全部異常,程序的其餘地方還有捕獲異常的機會??直至最後由JVM處理。</P