今天繼續(xù)講解java中的異常處理機(jī)制，主要介紹Exception家族的主要成員，自定義異常，以及異常處理的正確姿勢(shì)。

Exception家族

一圖勝千言，先來(lái)看一張圖。

Exception這是一個(gè)父類，它有兩個(gè)兒子，IOException和RuntimeException，每個(gè)兒子都很能生，所以它有著一堆的孫子，但其實(shí)，Exception家族還有一個(gè)大家伙，那就是Throwable，這是一個(gè)接口，看名字就知道意思，就是“可被拋出”嘛，它還有一個(gè)同父異母的哥哥，那就是Error，這家伙可厲害了，Error類一般是指與虛擬機(jī)相關(guān)的問題，如系統(tǒng)崩潰，虛擬機(jī)錯(cuò)誤，內(nèi)存空間不足，方法調(diào)用棧溢出等。catch語(yǔ)句里，不僅可以catch住Exception，還能catch住Error（什么？你真的打算catch Error？？程獨(dú)秀同學(xué)，你先坐下。）一般情況下，是不能捕獲Error的，對(duì)于這類錯(cuò)誤，Java編譯器不去檢查他們。對(duì)于這類錯(cuò)誤的導(dǎo)致的應(yīng)用程序中斷，僅靠程序本身無(wú)法恢復(fù)和預(yù)防，遇到這樣的錯(cuò)誤，建議讓程序終止。除非你有把握能正確處理，否則程獨(dú)秀同學(xué)還是坐下吧（滑稽）。

Unchecked Exception和Checked Exception

你也許會(huì)一臉懵逼，？？？，這是啥？異常也是分派別的，Unchecked Exception表示“未檢查異常“，Checked Exception自然就是”已檢查異常“，派生于Error或者RuntimeException的異常稱為unchecked異常，所有其他的異常成為checked異常。那問題來(lái)了，為啥要區(qū)分這兩種異常？

我們可以再看看上面那個(gè)圖，可以看出，RuntimeException和Error都是由程序內(nèi)部引發(fā)的錯(cuò)誤，比如上一篇里所說(shuō)的空指針和算術(shù)異常。而Checked Exception則大都是由外部因素導(dǎo)致的，如文件無(wú)法找到異常，這是虛擬機(jī)無(wú)法掌控的情況，當(dāng)出現(xiàn)異常，虛擬機(jī)也只能一臉懵逼，不知道該如何是好，所以當(dāng)有可能發(fā)生時(shí)，就必須要使用try..catch去捕獲它，而對(duì)于Unchecked Exception 時(shí)，大部分是由于代碼引發(fā)的，所以只要代碼寫的足夠完善，是不會(huì)拋出這樣的異常的，所以也不強(qiáng)制要求捕獲。

所以原因其實(shí)很簡(jiǎn)單，編譯器將檢查你是否為所有的已檢查異常提供了異常處理機(jī)制，比如說(shuō)我們使用Class.forName()來(lái)查找給定的字符串的class對(duì)象的時(shí)候，如果沒有為這個(gè)方法提供異常處理，編譯是無(wú)法通過的。已檢查異常的意義就在于讓你知道，這地方是有可能拋異常的，你要注意了，趕緊捕獲了。

自定義異常

那么如何自定義一個(gè)異常呢？其實(shí)很簡(jiǎn)單，只需要繼承Exception類就好了。看下面的栗子：

public class MyException extends Exception { public MyException() { super(); } public MyException(String message) { super(message); } public MyException(String message, Throwable cause) { super(message, cause); } public MyException(Throwable cause) { super(cause); } protected MyException(String message, Throwable cause, boolean enableSuppression, boolean writableStackTrace) { super(message, cause, enableSuppression, writableStackTrace); }}

MyException繼承了Exception類，重寫了構(gòu)造函數(shù)，并沒有加自己的邏輯，只是調(diào)用了父類的方法。你看，自定義一個(gè)異常其實(shí)很簡(jiǎn)單吧。看到這你也許又疑惑了，這尼瑪好像就是給Exception換了個(gè)名字，有啥用？？？

別急，別急，你忘了嗎，Exception不僅是可以捕獲的，還是可以主動(dòng)拋出的，所以當(dāng)遇到某些特定的情況時(shí)，我們就可以主動(dòng)拋出異常，然后在調(diào)用時(shí)去捕獲它，獲取異常信息，如果直接用Exception的話，那么捕獲的時(shí)候，會(huì)把所有的異常，該捕獲不該捕獲的都一起捕獲了，那么就沒法區(qū)分哪些是我們主動(dòng)拋出來(lái)的異常了，這樣就無(wú)法對(duì)那些異常進(jìn)行特殊處理了。

異常處理的正確姿勢(shì)

接下來(lái)要簡(jiǎn)單介紹一個(gè)實(shí)際使用中常用的異常處理方法——異常鏈化處理。

在一些大型的，模塊化的軟件開發(fā)中，一旦一個(gè)地方發(fā)生異常，則如骨牌效應(yīng)一樣，將導(dǎo)致出現(xiàn)一連串的異常。假設(shè)B模塊需要調(diào)用A模塊的方法，如果A模塊發(fā)生異常，則B也將不能完成而發(fā)生異常，但是B在拋出異常時(shí)，會(huì)將A的異常信息掩蓋掉，這將使得異常的根源信息丟失。而使用異常的鏈化可以將多個(gè)模塊的異常串聯(lián)起來(lái)，使得異常信息不會(huì)丟失。

異常鏈化就是用一個(gè)異常對(duì)象為參數(shù)構(gòu)造新的異常對(duì)象。新的異對(duì)象將包含先前異常的信息。這項(xiàng)技術(shù)主要是異常類的一個(gè)帶Throwable參數(shù)的函數(shù)來(lái)實(shí)現(xiàn)的。這個(gè)當(dāng)做參數(shù)的異常，我們叫他根源異常（cause）。如果你細(xì)心一點(diǎn)的話，會(huì)發(fā)現(xiàn)上面的栗子里也有一個(gè)叫做cause的東西，沒錯(cuò)，說(shuō)的其實(shí)就是它，在new一個(gè)新的異常時(shí)，將之前的異常信息傳入構(gòu)造函數(shù)即可。下面再用一個(gè)簡(jiǎn)單的栗子進(jìn)行說(shuō)明：

public class Test { public static void main(String[] args) { System.out.println('請(qǐng)輸入2個(gè)加數(shù)'); int result; try { result = add(); System.out.println('結(jié)果:'+result); } catch (Exception e){ e.printStackTrace(); } } /** * 執(zhí)行加法計(jì)算 */ private static int add() throws Exception { int result; try { List<Integer> nums =getInputNumbers(); result = nums.get(0) + nums.get(1); }catch(InputMismatchException immExp){ //鏈化:以一個(gè)異常對(duì)象為參數(shù)構(gòu)造新的異常對(duì)象。 throw new Exception('計(jì)算失敗',immExp); } return result; } /** * 獲取輸入的整數(shù) */ private static List<Integer> getInputNumbers() { List<Integer> nums = new ArrayList<>(); Scanner scan = new Scanner(System.in); try { int num1 = scan.nextInt(); int num2 = scan.nextInt(); nums.add(new Integer(num1)); nums.add(new Integer(num2)); }catch(InputMismatchException immExp){ throw immExp; }finally { scan.close(); } return nums; }}

輸出如下：

請(qǐng)輸入2個(gè)加數(shù)d djava.lang.Exception: 計(jì)算失敗at com.frank.chapter17.Test.add(Test.java:35)at com.frank.chapter17.Test.main(Test.java:18)Caused by: java.util.InputMismatchExceptionat java.util.Scanner.throwFor(Scanner.java:864)at java.util.Scanner.next(Scanner.java:1485)at java.util.Scanner.nextInt(Scanner.java:2117)at java.util.Scanner.nextInt(Scanner.java:2076)at com.frank.chapter17.Test.getInputNumbers(Test.java:47)at com.frank.chapter17.Test.add(Test.java:31)... 1 more

可以看到，當(dāng)輸入的不是整數(shù)時(shí)，發(fā)生了異常，在getInputNumbers方法里沒有處理這個(gè)異常，而是將它繼續(xù)拋出，在add方法里捕獲了異常之后，以該異常為構(gòu)造參數(shù)，重新拋出了一個(gè)異常，從打印輸出的信息可以看到，不僅僅有第二次拋出的異常信息，第一次的輸出信息不匹配異常的詳細(xì)信息也包含在了里面，銜接在Caused by之后，形成了一條異常鏈，這樣可以方便我們更快的排查問題所在。

至此，異常就講解完畢了，希望能給大家?guī)?lái)一些啟發(fā)和思考，如果覺得還算ok的話，記得動(dòng)動(dòng)小手點(diǎn)推薦，讓更多人可以看到，也歡迎關(guān)注我的博客，會(huì)持續(xù)更新的。如果有什么講的不好的地方。。。emmmmmm，你倒是來(lái)打我呀（逃）

以上就是帶你了解Java中的異常處理（下）的詳細(xì)內(nèi)容，更多關(guān)于Java 異常處理的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！