1. 程式人生 > >java異常的寫法 及一些常見的異常問題

java異常的寫法 及一些常見的異常問題

  作為一個Java程式設計師,你至少應該能夠找出兩個問題。但是,如果你不能找出全部六個問題,請繼續閱讀本文。

  本文討論的不是Java異常處理的一般性原則,因為這些原則已經被大多數人熟知。我們要做的是分析各種可稱為“反例”(anti-pattern)的違背優秀編碼規範的常見壞習慣,幫助讀者熟悉這些典型的反面例子,從而能夠在實際工作中敏銳地察覺和避免這些問題。

  反例之一:丟棄異常

  程式碼:15行-18行。

  這段程式碼捕獲了異常卻不作任何處理,可以算得上Java程式設計中的殺手。從問題出現的頻繁程度和禍害程度來看,它也許可以和C/C++程式的一個惡名遠播的問題相提並論??不檢查緩衝區是否已滿。如果你看到了這種丟棄(而不是丟擲)異常的情況,可以百分之九十九地肯定程式碼存在問題(在極少數情況下,這段程式碼有存在的理由,但最好加上完整的註釋,以免引起別人誤解)。

  這段程式碼的錯誤在於,異常(幾乎)總是意味著某些事情不對勁了,或者說至少發生了某些不尋常的事情,我們不應該對程式發出的求救訊號保持沉默和無動於衷。呼叫一下printStackTrace算不上“處理異常”。不錯,呼叫printStackTrace對除錯程式有幫助,但程式除錯階段結束之後,printStackTrace就不應再在異常處理模組中擔負主要責任了。

  丟棄異常的情形非常普遍。開啟JDK的ThreadDeath類的文件,可以看到下面這段說明:“特別地,雖然出現ThreadDeath是一種‘正常的情形’,但ThreadDeath類是Error而不是Exception的子類,因為許多應用會捕獲所有的Exception然後丟棄它不再理睬。”這段話的意思是,雖然ThreadDeath代表的是一種普通的問題,但鑑於許多應用會試圖捕獲所有異常然後不予以適當的處理,所以JDK把ThreadDeath定義成了Error的子類,因為Error類代表的是一般的應用不應該去捕獲的嚴重問題。可見,丟棄異常這一壞習慣是如此常見,它甚至已經影響到了Java本身的設計。

  那麼,應該怎樣改正呢?主要有四個選擇:

  1、處理異常。針對該異常採取一些行動,例如修正問題、提醒某個人或進行其他一些處理,要根據具體的情形確定應該採取的動作。再次說明,呼叫printStackTrace算不上已經“處理好了異常”。

  2、重新丟擲異常。處理異常的程式碼在分析異常之後,認為自己不能處理它,重新丟擲異常也不失為一種選擇。

  3、把該異常轉換成另一種異常。大多數情況下,這是指把一個低階的異常轉換成應用級的異常(其含義更容易被使用者瞭解的異常)。

  4、不要捕獲異常。

  結論一:既然捕獲了異常,就要對它進行適當的處理。不要捕獲異常之後又把它丟棄,不予理睬。

  反例之二:不指定具體的異常


  程式碼:15行。

  許多時候人們會被這樣一種“美妙的”想法吸引:用一個catch語句捕獲所有的異常。最常見的情形就是使用catch(Exception ex)語句。但實際上,在絕大多數情況下,這種做法不值得提倡。為什麼呢?

  要理解其原因,我們必須回顧一下catch語句的用途。catch語句表示我們預期會出現某種異常,而且希望能夠處理該異常。異常類的作用就是告訴Java編譯器我們想要處理的是哪一種異常。由於絕大多數異常都直接或間接從java.lang.Exception派生,catch(Exception ex)就相當於說我們想要處理幾乎所有的異常。

  再來看看前面的程式碼例子。我們真正想要捕獲的異常是什麼呢?最明顯的一個是SQLException,這是JDBC操作中常見的異常。另一個可能的異常是IOException,因為它要操作OutputStreamWriter。顯然,在同一個catch塊中處理這兩種截然不同的異常是不合適的。如果用兩個catch塊分別捕獲SQLException和IOException就要好多了。這就是說,catch語句應當儘量指定具體的異常型別,而不應該指定涵蓋範圍太廣的Exception類。

  另一方面,除了這兩個特定的異常,還有其他許多異常也可能出現。例如,如果由於某種原因,executeQuery返回了null,該怎麼辦?答案是讓它們繼續丟擲,即不必捕獲也不必處理。實際上,我們不能也不應該去捕獲可能出現的所有異常,程式的其他地方還有捕獲異常的機會??直至最後由JVM處理。

  結論二:在catch語句中儘可能指定具體的異常型別,必要時使用多個catch。不要試圖處理所有可能出現的異常。

  反例之三:佔用資源不釋放


  程式碼:3行-14行。

  異常改變了程式正常的執行流程。這個道理雖然簡單,卻常常被人們忽視。如果程式用到了檔案、Socket、JDBC連線之類的資源,即使遇到了異常,也要正確釋放佔用的資源。為此,Java提供了一個簡化這類操作的關鍵詞finally。

  finally是樣好東西:不管是否出現了異常,Finally保證在try/catch/finally塊結束之前,執行清理任務的程式碼總是有機會執行。遺憾的是有些人卻不習慣使用finally。

  當然,編寫finally塊應當多加小心,特別是要注意在finally塊之內丟擲的異常??這是執行清理任務的最後機會,儘量不要再有難以處理的錯誤。

  結論三:保證所有資源都被正確釋放。充分運用finally關鍵詞。