對(duì)于java異常處理你是否都掌握了呢，如果是，你是否能在下面這段代碼中，迅速找出異常處理的六個(gè)問(wèn)題嗎？

1、OutputStreamWriter?out?=?…? 　　2、java.sql.Connection?conn?=?…? 　　3、try?{?//?⑸? 　　4、?Statement?stat?=?conn.createStatement();? 　　5、?ResultSet?rs?=?stat.executeQuery(? 　　6、?"select?uid,?name?from?user");? 　　7、?while?(rs.next())? 　　8、?{? 　　9、?out.println("ID:"?+?rs.getString("uid")?//?⑹? 　　10、?",姓名："?+?rs.getString("name"));? 　　11、?}? 　　12、?conn.close();?//?⑶? 　　13、?out.close();? 　　14、}? 　　15、catch(Exception?ex)?//?⑵? 　　16、{? 　　17、?ex.printStackTrace();?//⑴，⑷

　　作為一個(gè)Java程序員，你至少應(yīng)該能夠找出兩個(gè)問(wèn)題。但是，如果你不能找出全部六個(gè)問(wèn)題，請(qǐng)繼續(xù)閱讀本文。本文討論的不是Java異常處理的一般性原則，因?yàn)檫@些原則已經(jīng)被大多數(shù)人熟知。我們要做的是分析各種可稱(chēng)為“反例”（anti-pattern）的違背優(yōu)秀編碼規(guī)范的常見(jiàn)壞習(xí)慣，幫助讀者熟悉這些典型的反面例子，從而能夠在實(shí)際工作中敏銳地察覺(jué)和避免這些問(wèn)題。

　　反例之一：丟棄異常

　　代碼：15行-18行。

　　這段代碼捕獲了異常卻不作任何處理，可以算得上Java編程中的殺手。從問(wèn)題出現(xiàn)的頻繁程度和禍害程度來(lái)看，它也許可以和C/C++程序的一個(gè)惡名遠(yuǎn)播的問(wèn)題相提并論？不檢查緩沖區(qū)是否已滿(mǎn)。如果你看到了這種丟棄（而不是拋出）異常的情況，可以百分之九十九地肯定代碼存在問(wèn)題。這段代碼的錯(cuò)誤在于，異常（幾乎）總是意味著某些事情不對(duì)勁了，或者說(shuō)至少發(fā)生了某些不尋常的事情，我們不應(yīng)該對(duì)程序發(fā)出的求救信號(hào)保持沉默和無(wú)動(dòng)于衷。調(diào)用一下printStackTrace算不上“處理異常”。不錯(cuò)，調(diào)用printStackTrace對(duì)調(diào)試程序有幫助，但程序調(diào)試階段結(jié)束之后，printStackTrace就不應(yīng)再在異常處理模塊中擔(dān)負(fù)主要責(zé)任了。丟棄異常的情形非常普遍。打開(kāi)JDK的ThreadDeath類(lèi)的文檔，可以看到下面這段說(shuō)明：“特別地，雖然出現(xiàn)ThreadDeath是一種‘正常的情形’，但ThreadDeath類(lèi)是Error而不是Exception的子類(lèi)，因?yàn)樵S多應(yīng)用會(huì)捕獲所有的Exception然后丟棄它不再理睬?！边@段話的意思是，雖然ThreadDeath代表的是一種普通的問(wèn)題，但鑒于許多應(yīng)用會(huì)試圖捕獲所有異常然后不予以適當(dāng)?shù)奶幚?#xff0c;所以JDK把ThreadDeath定義成了Error的子類(lèi)，因?yàn)镋rror類(lèi)代表的是一般的應(yīng)用不應(yīng)該去捕獲的嚴(yán)重問(wèn)題。可見(jiàn)，丟棄異常這一壞習(xí)慣是如此常見(jiàn)，它甚至已經(jīng)影響到了Java本身的設(shè)計(jì)。

　　那么，應(yīng)該怎樣改正呢？主要有四個(gè)選擇：

　　1、處理異常。針對(duì)該異常采取一些行動(dòng)，例如修正問(wèn)題、提醒某個(gè)人或進(jìn)行其他一些處理，要根據(jù)具體的情形確定應(yīng)該采取的動(dòng)作。再次說(shuō)明，調(diào)用printStackTrace算不上已經(jīng)“處理好了異常”。

　　2、重新拋出異常。處理異常的代碼在分析異常之后，認(rèn)為自己不能處理它，重新拋出異常也不失為一種選擇。

　　3、把該異常轉(zhuǎn)換成另一種異常。大多數(shù)情況下，這是指把一個(gè)低級(jí)的異常轉(zhuǎn)換成應(yīng)用級(jí)的異常。

　　4、不要捕獲異常。

　　結(jié)論一：既然捕獲了異常，就要對(duì)它進(jìn)行適當(dāng)?shù)奶幚?。不要捕獲異常之后又把它丟棄，不予理睬。

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

　　代碼：15行。

　　許多時(shí)候人們會(huì)被這樣一種“美妙的”想法吸引：用一個(gè)catch語(yǔ)句捕獲所有的異常。最常見(jiàn)的情形就是使用catch（Exception ex）語(yǔ)句。但實(shí)際上，在絕大多數(shù)情況下，這種做法不值得提倡。為什么呢？要理解其原因，我們必須回顧一下catch語(yǔ)句的用途。catch語(yǔ)句表示我們預(yù)期會(huì)出現(xiàn)某種異常，而且希望能夠處理該異常。異常類(lèi)的作用就是告訴Java編譯器我們想要處理的是哪一種異常。由于絕大多數(shù)異常都直接或間接從java.lang.Exception派生，catch（Exception ex）就相當(dāng)于說(shuō)我們想要處理幾乎所有的異常。再來(lái)看看前面的代碼例子。我們真正想要捕獲的異常是什么呢？最明顯的一個(gè)是SQLException，這是JDBC操作中常見(jiàn)的異常。

　　另一個(gè)可能的異常是IOException,因?yàn)樗僮鱋utputStreamWriter。顯然，在同一個(gè)catch塊中處理這兩種截然不同的異常是不合適的。如果用兩個(gè)catch塊分別捕獲SQLException和IOException就要好多了。這就是說(shuō)，catch語(yǔ)句應(yīng)當(dāng)盡量指定具體的異常類(lèi)型，而不應(yīng)該指定涵蓋范圍太廣的Exception類(lèi)。另一方面，除了這兩個(gè)特定的異常，還有其他許多異常也可能出現(xiàn)。例如，如果由于某種原因，executeQuery返回了null，該怎么辦？答案是讓它們繼續(xù)拋出，即不必捕獲也不必處理。實(shí)際上，我們不能也不應(yīng)該去捕獲可能出現(xiàn)的所有異常，程序的其他地方還有捕獲異常的機(jī)會(huì)？直至最后由JVM處理。

轉(zhuǎn)載于:https://www.cnblogs.com/java20130722/archive/2012/08/02/3207014.html

總結(jié)

以上是生活随笔為你收集整理的Java编程程序异常处理方法的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。