一. 異常的定義
在《java編程思想》中這樣定義 異常:阻止當(dāng)前方法或作用域繼續(xù)執(zhí)行的問(wèn)題。雖然java中有異常處理機(jī)制,但是要明確一點(diǎn),決不應(yīng)該用"正常"的態(tài)度來(lái)看待異常。絕對(duì)一點(diǎn)說(shuō)異常就是某種意義上的錯(cuò)誤,就是問(wèn)題,它可能會(huì)導(dǎo)致程序失敗。之所以java要提出異常處理機(jī)制,就是要告訴開(kāi)發(fā)人員,你的程序出現(xiàn)了不正常的情況,請(qǐng)注意。
記得當(dāng)初學(xué)習(xí)java的時(shí)候,異常總是搞不太清楚,不知道這個(gè)異常是什么意思,為什么會(huì)有這個(gè)機(jī)制?但是隨著知識(shí)的積累逐漸也對(duì)異常有一點(diǎn)感覺(jué)了。舉一個(gè)例子來(lái)說(shuō)明一下異常的用途。
public class Calculator {
public int devide(int num1, int num2) {
//判斷除數(shù)是否為0
if(num2 == 0) {
throw new IllegalArgumentException("除數(shù)不能為零");
}
return num1/num2;
}
}
看一下這個(gè)類(lèi)中關(guān)于除運(yùn)算的方法,如果你是新手你可能會(huì)直接返回計(jì)算結(jié)果,根本不去考慮什么參數(shù)是否正確,是否合法(當(dāng)然可以原諒,誰(shuí)都是這樣過(guò)來(lái)的)。但是我們應(yīng)盡可能的考慮周全,把可能導(dǎo)致程序失敗的"苗頭"扼殺在搖籃中,所以進(jìn)行參數(shù)的合法性檢查就很有必要了。其中執(zhí)行參數(shù)檢查拋出來(lái)的那個(gè)參數(shù)非法異常,這就屬于這個(gè)方法的不正常情況。正常情況下我們會(huì)正確的使用計(jì)算器,但是不排除粗心大意把除數(shù)賦值為0。如果你之前沒(méi)有考慮到這種情況,并且恰巧用戶數(shù)學(xué)基礎(chǔ)不好,那么你完了。但是如果你之前考慮到了這種情況,那么很顯然錯(cuò)誤已在你的掌控之中。
二. 異常掃盲行動(dòng)
今天和別人聊天時(shí)看到一個(gè)笑話:世界上最真情的相依,是你在try我在catch。無(wú)論你發(fā)神馬脾氣,我都默默承受,靜靜處理。 大多數(shù)新手對(duì)java異常的感覺(jué)就是:try...catch...。沒(méi)錯(cuò),這是用的最多的,也是最實(shí)用的。我的感覺(jué)就是:java異常是從"try...catch..."走來(lái)。
首先來(lái)熟悉一下java的異常體系:
Throwable 類(lèi)是 Java 語(yǔ)言中所有錯(cuò)誤或異常的超類(lèi)(這就是一切皆可拋的東西)。它有兩個(gè)子類(lèi):Error和Exception。
Error:用于指示合理的應(yīng)用程序不應(yīng)該試圖捕獲的嚴(yán)重問(wèn)題。這種情況是很大的問(wèn)題,大到你不能處理了,所以聽(tīng)之任之就行了,你不用管它。比如說(shuō)VirtualMachineError:當(dāng) Java 虛擬機(jī)崩潰或用盡了它繼續(xù)操作所需的資源時(shí),拋出該錯(cuò)誤。好吧,就算這個(gè)異常的存在了,那么應(yīng)該何時(shí),如何處理它呢??交給JVM吧,沒(méi)有比它更專(zhuān)業(yè)的了。
Exception:它指出了合理的應(yīng)用程序想要捕獲的條件。Exception又分為兩類(lèi):一種是CheckedException,一種是UncheckedException。這兩種Exception的區(qū)別主要是CheckedException需要用try...catch...顯示的捕獲,而UncheckedException不需要捕獲。通常UncheckedException又叫做RuntimeException?!?/span>effective java》指出:對(duì)于可恢復(fù)的條件使用被檢查的異常(CheckedException),對(duì)于程序錯(cuò)誤(言外之意不可恢復(fù),大錯(cuò)已經(jīng)釀成)使用運(yùn)行時(shí)異常(RuntimeException)。
我們常見(jiàn)的RuntimeExcepiton有IllegalArgumentException、IllegalStateException、NullPointerException、IndexOutOfBoundsException等等。對(duì)于那些CheckedException就不勝枚舉了,我們?cè)诰帉?xiě)程序過(guò)程中try...catch...捕捉的異常都是CheckedException。io包中的IOException及其子類(lèi),這些都是CheckedException。
三. 異常的使用
在異常的使用這一部分主要是演示代碼,都是我們平常寫(xiě)代碼的過(guò)程中會(huì)遇到的(當(dāng)然只是一小部分),拋磚引玉嗎!
例1. 這個(gè)例子主要通過(guò)兩個(gè)方法對(duì)比來(lái)演示一下有了異常以后代碼的執(zhí)行流程。
public static void testException1() {
int[] ints = new int[] { 1, 2, 3, 4 };
System.out.println("異常出現(xiàn)前");
try {
System.out.println(ints[4]);
System.out.println("我還有幸執(zhí)行到嗎");// 發(fā)生異常以后,后面的代碼不能被執(zhí)行
} catch (IndexOutOfBoundsException e) {
System.out.println("數(shù)組越界錯(cuò)誤");
}
System.out.println("異常出現(xiàn)后");
}
/*output:
異常出現(xiàn)前
數(shù)組越界錯(cuò)誤
4
異常出現(xiàn)后
*/
public static void testException2() {
int[] ints = new int[] { 1, 2, 3, 4 };
System.out.println("異常出現(xiàn)前");
System.out.println(ints[4]);
System.out.println("我還有幸執(zhí)行到嗎");// 發(fā)生異常以后,他后面的代碼不能被執(zhí)行
}
首先指出例子中的不足之處,IndexOutofBoundsException是一個(gè)非受檢異常,所以不用try...catch...顯示捕捉,但是我的目的是對(duì)同一個(gè)異常用不同的處理方式,看它會(huì)有什么不同的而結(jié)果(這里也就只能用它將就一下了)。異常出現(xiàn)時(shí)第一個(gè)方法只是跳出了try塊,但是它后面的代碼會(huì)照樣執(zhí)行的。但是第二種就不一樣了直接跳出了方法,比較強(qiáng)硬。從第一個(gè)方法中我們看到,try...catch...是一種"事務(wù)性"的保障,它的目的是保證程序在異常的情況下運(yùn)行完畢,同時(shí)它還會(huì)告知程序員程序中出錯(cuò)的詳細(xì)信息(這種詳細(xì)信息有時(shí)要依賴(lài)于程序員設(shè)計(jì))。
例2. 重新拋出異常
public class Rethrow {
public static void readFile(String file) throws FileNotFoundException {
try {
BufferedInputStream in = new BufferedInputStream(new FileInputStream(file));
} catch (FileNotFoundException e) {
e.printStackTrace();
System.err.println("不知道如何處理該異?;蛘吒静幌胩幚硭?,但是不做處理又不合適,這是重新拋出異常交給上一級(jí)處理");
//重新拋出異常
throw e;
}
}
public static void printFile(String file) {
try {
readFile(file);
} catch (FileNotFoundException e) {
e.printStackTrace();
}
}
public static void main(String[] args) {
printFile("D:/file");
}
}
異常的本意是好的,讓我們?cè)噲D修復(fù)程序,但是現(xiàn)實(shí)中我們修復(fù)的幾率很小,我們很多時(shí)候就是用它來(lái)記錄出錯(cuò)的信息。如果你厭倦了不停的處理異常,重新拋出異常對(duì)你來(lái)說(shuō)可能是一個(gè)很好的解脫。原封不動(dòng)的把這個(gè)異常拋給上一級(jí),拋給調(diào)用這個(gè)方法的人,讓他來(lái)費(fèi)腦筋吧。這樣看來(lái),java異常(當(dāng)然指的是受檢異常)又給我們平添很多麻煩,盡管它的出發(fā)點(diǎn)是好的。
例3. 異常鏈的使用及異常丟失
定義三個(gè)異常類(lèi):ExceptionA,ExceptionB,ExceptionC
public class ExceptionA extends Exception {
public ExceptionA(String str) {
super();
}
}
public class ExceptionB extends ExceptionA {
public ExceptionB(String str) {
super(str);
}
}
public class ExceptionC extends ExceptionA {
public ExceptionC(String str) {
super(str);
}
}
異常丟失的情況:
public class NeverCaught {
static void f() throws ExceptionB{
throw new ExceptionB("exception b");
}
static void g() throws ExceptionC {
try {
f();
} catch (ExceptionB e) {
ExceptionC c = new ExceptionC("exception a");
throw c;
}
}
public static void main(String[] args) {
try {
g();
} catch (ExceptionC e) {
e.printStackTrace();
}
}
}
/*
exception.ExceptionC
at exception.NeverCaught.g(NeverCaught.java:12)
at exception.NeverCaught.main(NeverCaught.java:19)
*/
為什么只是打印出來(lái)了ExceptionC而沒(méi)有打印出ExceptionB呢?這個(gè)還是自己分析一下吧!
上面的情況相當(dāng)于少了一種異常,這在我們排錯(cuò)的過(guò)程中非常的不利。那我們遇到上面的情況應(yīng)該怎么辦呢?這就是異常鏈的用武之地:保存異常信息,在拋出另外一個(gè)異常的同時(shí)不丟失原來(lái)的異常。
public class NeverCaught {
static void f() throws ExceptionB{
throw new ExceptionB("exception b");
}
static void g() throws ExceptionC {
try {
f();
} catch (ExceptionB e) {
ExceptionC c = new ExceptionC("exception a");
//異常連
c.initCause(e);
throw c;
}
}
public static void main(String[] args) {
try {
g();
} catch (ExceptionC e) {
e.printStackTrace();
}
}
}
/*
exception.ExceptionC
at exception.NeverCaught.g(NeverCaught.java:12)
at exception.NeverCaught.main(NeverCaught.java:21)
Caused by: exception.ExceptionB
at exception.NeverCaught.f(NeverCaught.java:5)
at exception.NeverCaught.g(NeverCaught.java:10)
... 1 more
*/
這個(gè)異常鏈的特性是所有異常均具備的,因?yàn)檫@個(gè)initCause()方法是從Throwable繼承的。
例4. 清理工作
清理工作對(duì)于我們來(lái)說(shuō)是必不可少的,因?yàn)槿绻恍┫馁Y源的操作,比如IO,JDBC。如果我們用完以后沒(méi)有及時(shí)正確的關(guān)閉,那后果會(huì)很?chē)?yán)重,這意味著內(nèi)存泄露。異常的出現(xiàn)要求我們必須設(shè)計(jì)一種機(jī)制不論什么情況下,資源都能及時(shí)正確的清理。這就是finally。
public void readFile(String file) {
BufferedReader reader = null;
try {
reader = new BufferedReader(new InputStreamReader(
new FileInputStream(file)));
// do some other work
} catch (FileNotFoundException e) {
e.printStackTrace();
} finally {
try {
reader.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
例子非常的簡(jiǎn)單,是一個(gè)讀取文件的例子。這樣的例子在JDBC操作中也非常的常見(jiàn)。(所以,我覺(jué)得對(duì)于資源的及時(shí)正確清理是一個(gè)程序員的基本素質(zhì)之一。)
Try...finally結(jié)構(gòu)也是保證資源正確關(guān)閉的一個(gè)手段。如果你不清楚代碼執(zhí)行過(guò)程中會(huì)發(fā)生什么異常情況會(huì)導(dǎo)致資源不能得到清理,那么你就用try對(duì)這段"可疑"代碼進(jìn)行包裝,然后在finally中進(jìn)行資源的清理。舉一個(gè)例子:
public void readFile() {
BufferedReader reader = null;
try {
reader = new BufferedReader(new InputStreamReader(
new FileInputStream("file")));
// do some other work
//close reader
reader.close();
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}
}
我們注意一下這個(gè)方法和上一個(gè)方法的區(qū)別,下一個(gè)人可能習(xí)慣更好一點(diǎn),及早的關(guān)閉reader。但是往往事與愿違,因?yàn)樵?/span>reader.close()以前異常隨時(shí)可能發(fā)生,這樣的代碼結(jié)構(gòu)不能預(yù)防任何異常的出現(xiàn)。因?yàn)槌绦驎?huì)在異常出現(xiàn)的地方跳出,后面的代碼不能執(zhí)行(這在上面應(yīng)經(jīng)用實(shí)例證明過(guò))。這時(shí)我們就可以用try...finally來(lái)改造:
public void readFile() {
BufferedReader reader = null;
try {
try {
reader = new BufferedReader(new InputStreamReader(
new FileInputStream("file")));
// do some other work
// close reader
} finally {
reader.close();
}
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
}
}
及早的關(guān)閉資源是一種良好的行為,因?yàn)闀r(shí)間越長(zhǎng)你忘記關(guān)閉的可能性越大。這樣在配合上try...finally就保證萬(wàn)無(wú)一失了(不要嫌麻煩,java就是這么中規(guī)中矩)。
再說(shuō)一種情況,假如我想在構(gòu)造方法中打開(kāi)一個(gè)文件或者創(chuàng)建一個(gè)JDBC連接,因?yàn)槲覀円谄渌姆椒ㄖ惺褂眠@個(gè)資源,所以不能在構(gòu)造方法中及早的將這個(gè)資源關(guān)閉。那我們是不是就沒(méi)轍了呢?答案是否定的。看一下下面的例子:
public class ResourceInConstructor {
BufferedReader reader = null;
public ResourceInConstructor() {
try {
reader = new BufferedReader(new InputStreamReader(new FileInputStream("")));
} catch (FileNotFoundException e) {
e.printStackTrace();
}
}
public void readFile() {
try {
while(reader.readLine()!=null) {
//do some work
}
} catch (IOException e) {
e.printStackTrace();
}
}
public void dispose() {
try {
reader.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
這一部分講的多了一點(diǎn),但是異常確實(shí)是看起來(lái)容易用起來(lái)難的東西呀,java中還是有好多的東西需要深挖的。
四. 異常的誤用
對(duì)于異常的誤用著實(shí)很常見(jiàn),上一部分中已經(jīng)列舉了幾個(gè),大家仔細(xì)的看一下。下面再說(shuō)兩個(gè)其他的。
例1. 用一個(gè)Exception來(lái)捕捉所有的異常,頗有"一夫當(dāng)關(guān)萬(wàn)夫莫開(kāi)"的氣魄。不過(guò)這也是最傻的行為。
public void readFile(String file) {
BufferedReader reader = null;
Connection conn = null;
try {
reader = new BufferedReader(new InputStreamReader(
new FileInputStream(file)));
// do some other work
conn = DriverManager.getConnection("");
//...
} catch (Exception e) {
e.printStackTrace();
} finally {
try {
reader.close();
conn.close();
} catch (Exception e) {
e.printStackTrace();
}
}
}
從異常角度來(lái)說(shuō)這樣嚴(yán)格的程序確實(shí)是萬(wàn)無(wú)一失,所有的異常都能捕獲。但是站在編程人員的角度,萬(wàn)一這個(gè)程序出錯(cuò)了我們?cè)撊绾畏直媸堑降资悄且鸬哪兀?span style="font-family: 'Courier New';">IO還是JDBC...所以,這種寫(xiě)法很值得當(dāng)做一個(gè)反例。大家不要以為這種做法很幼稚,傻子才會(huì)做。我在公司實(shí)習(xí)時(shí)確實(shí)看見(jiàn)了類(lèi)似的情況:只不過(guò)是人家沒(méi)有用Exception而是用了Throwable。
例2. 這里就不舉例子了,上面的程序都是反例。異常是程序處理意外情況的機(jī)制,當(dāng)程序發(fā)生意外時(shí),我們需要盡可能多的得到意外的信息,包括發(fā)生的位置,描述,原因等等。這些都是我們解決問(wèn)題的線索。但是上面的例子都只是簡(jiǎn)單的printStackTrace()。如果我們自己寫(xiě)代碼,就要盡可能多的對(duì)這個(gè)異常進(jìn)行描述。比如說(shuō)為什么會(huì)出現(xiàn)這個(gè)異常,什么情況下會(huì)發(fā)生這個(gè)異常。如果傳入方法的參數(shù)不正確,告知什么樣的參數(shù)是合法的參數(shù),或者給出一個(gè)sample。
例3. 將try block寫(xiě)的簡(jiǎn)短,不要所有的東西都扔在這里,我們盡可能的分析出到底哪幾行程序可能出現(xiàn)異常,只是對(duì)可能出現(xiàn)異常的代碼進(jìn)行try。盡量為每一個(gè)異常寫(xiě)一個(gè)try...catch,避免異常丟失。在IO操作中,一個(gè)IOException也具有"一夫當(dāng)關(guān)萬(wàn)夫莫開(kāi)"的氣魄。
五.總結(jié)
總結(jié)非常簡(jiǎn)單,不要為了使用異常而使用異常。異常是程序設(shè)計(jì)的一部分,對(duì)它的設(shè)計(jì)也要考究點(diǎn)。