Java異常分為兩種類型，checked異常和unchecked異常，另一種叫法是異常和錯(cuò)誤。

簡(jiǎn)單地講，checked是可以在執(zhí)行過程中恢復(fù)的，而unchecked異常則是無法處理的錯(cuò)誤。

checked異常：

表示無效，不是程序中可以預(yù)測(cè)的。比如無效的用戶輸入，文件不存在，網(wǎng)絡(luò)或者數(shù)據(jù)庫鏈接錯(cuò)誤。這些都是外在的原因，都不是程序內(nèi)部可以控制的。

必須在代碼中顯式地處理。比如try-catch塊處理，或者給所在的方法加上throws說明，將異常拋到調(diào)用棧的上一層。

繼承自java.lang.Exception（java.lang.RuntimeException除外）。

unchecked異常：

表示錯(cuò)誤，程序的邏輯錯(cuò)誤。是RuntimeException的子類，比如IllegalArgumentException, NullPointerException和IllegalStateException。

不需要在代碼中顯式地捕獲unchecked異常做處理。

繼承自java.lang.RuntimeException（而java.lang.RuntimeException繼承自java.lang.Exception）。

Java中的checked異常需要在代碼中顯式地通過try-catch捕獲或者再拋出，如果不需要對(duì)這個(gè)異常做處理，可以簡(jiǎn)地將異常再次拋出，這種異常存在一點(diǎn)不足，很多人習(xí)慣在代碼中直接寫一個(gè)空的catch塊，這樣不但使代碼變得有些冗余和“丑陋”，而且給調(diào)試帶來麻煩，增加了代碼維護(hù)的難度。所以有人說checked使代碼變的冗長(zhǎng)，空的catch塊也沒什么意義，所以checked異常應(yīng)該從Java標(biāo)準(zhǔn)中去除，像C#中就沒有checked異常的概念，C#中不強(qiáng)制顯式地捕獲異常。

Java異常之所以會(huì)分為這兩種，應(yīng)該是出于如下考慮：

checked異?？梢詭椭_發(fā)人員意識(shí)到哪一行有可能會(huì)出現(xiàn)異常，因?yàn)镴ava的API已經(jīng)說明了調(diào)用哪些方法可能會(huì)拋出異常。如果不做處理編譯就不能通過，從某種程度上說，這種做法可以避免程序的一些錯(cuò)誤。

兩個(gè)簡(jiǎn)單的例子

1.checked異常

import java.io.BufferedReader;
import java.io.File;
import java.io.FileReader;
public class Main {
public static void main(String[] args) {
File f = new File("C:\test.txt");
FileReader r = new FileReader(f); //A
BufferedReader br = new BufferedReader(r);
br.readLine(); //B
br.close(); //C
}
}

這段代碼不能通過編譯，原因是A，B和C行會(huì)拋出IOException，必須將這段代碼放入try-catch塊中，或者給main方法加上throws IOException才能編譯。

2. unchecked異常

public class Main {
public static void main(String[] args) {
int a = 0;
int b = 100;
int c = b/a;
}
}

可以編譯，但執(zhí)行會(huì)報(bào)錯(cuò)

Exception in thread “main” java.lang.ArithmeticException: / by zero
at Main.main(Main.java:13)

ArithmeticException是一個(gè)unchecked異常。

自定義異常

1. checked異常

自定義異常類InvalidUrlException

public class InvalidUrlException extends Exception {
public InvalidUrlException(String s){
super(s);
}
}
public class Main {
public static void getRemoteData(String url) throws InvalidUrlException{
if(isValidUrl(url)){
//獲取遠(yuǎn)程數(shù)據(jù)
}
else
throw new InvalidUrlException("Invalid URL: " + url);
}
public static boolean isValidUrl(String url){
.... //驗(yàn)證URL是否有效
}
public static void main(String[] args) {
getRemoteData(args[0]);
}
}

如果在main方法里調(diào)用getRemoteData，有兩種做法，一種是try-catch，另一種則是直接給main加上throws InvalidUrlException。

2. unchecked異常

如果將InvalidUrlException改成extends RuntimeException

public class InvalidUrlException extends Exception {
public InvalidUrlException(String s){
super(s);
}
}

那么main不需要再加throws或者try-catch。

選擇checked還是unchecked異常？

一些Java書籍建議使用checked異常處理程序中所有可恢復(fù)的異常，而用unchecked異常作為無法恢復(fù)的錯(cuò)誤。但是實(shí)際上那些繼承自RuntimeException的Java異常大多也可以在程序中恢復(fù)的，比如NullPointerException、IllegalArgumentExceptions、除0異常等等都可以通過捕獲處理使程序繼續(xù)運(yùn)行。只有一些特殊情況會(huì)破壞程序的執(zhí)行，比如啟動(dòng)的時(shí)候讀取配置文件，如果配置文件不存在或者有嚴(yán)重錯(cuò)誤，程序只好退出。

以下是是支持和反對(duì)checked異常的一些觀點(diǎn)：

編譯器強(qiáng)制捕獲或者拋出unchecked異常使開發(fā)人員時(shí)刻記著要處理異常。

拋出checked異常的方法必須聲明throws，throws成為了方法或者接口的一部分，給后續(xù)版本增加或者修改方法的異常帶來不便。

unchecked異常不需要顯式地處理反而使異常處理變的困難。

調(diào)用checked異常的方法，就必須處理這個(gè)方法的異常，這使得上層的調(diào)用者代碼混亂。

選擇checked還是unchecked都是由你自己決定的，很難說哪種就一定正確，反之就一定錯(cuò)誤。目前比較流行的語言中，Java似乎是唯一支持checked異常的語言，其他語言都只有unchecked異常。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論