Java異常架構(gòu)與異常關(guān)鍵字
Java異常簡(jiǎn)介
Java異常是Java提供的一種識(shí)別及響應(yīng)錯(cuò)誤的一致性機(jī)制。
Java異常機(jī)制可以使程序中異常處理代碼和正常業(yè)務(wù)代碼分離陪踩,保證程序代碼更加優(yōu)雅杖们,并提高程序健壯性。在有效使用異常的情況下肩狂,異常能清晰的回答what, where, why這3個(gè)問(wèn)題:異常類型回答了“什么”被拋出摘完,異常堆棧跟蹤回答了“在哪”拋出,異常信息回答了“為什么”會(huì)拋出傻谁。
Java異常架構(gòu)
1. Throwable
Throwable 是 Java 語(yǔ)言中所有錯(cuò)誤與異常的超類孝治。
Throwable 包含兩個(gè)子類:Error(錯(cuò)誤)和 Exception(異常),它們通常用于指示發(fā)生了異常情況栅螟。
Throwable 包含了其線程創(chuàng)建時(shí)線程執(zhí)行堆棧的快照荆秦,它提供了 printStackTrace() 等接口用于獲取堆棧跟蹤數(shù)據(jù)等信息篱竭。
2. Error(錯(cuò)誤)
定義:Error 類及其子類力图。程序中無(wú)法處理的錯(cuò)誤,表示運(yùn)行應(yīng)用程序中出現(xiàn)了嚴(yán)重的錯(cuò)誤掺逼。
特點(diǎn):此類錯(cuò)誤一般表示代碼運(yùn)行時(shí) JVM 出現(xiàn)問(wèn)題吃媒。通常有 Virtual MachineError(虛擬機(jī)運(yùn)行錯(cuò)誤)、NoClassDefFoundError(類定義錯(cuò)誤)等吕喘。比如 OutOfMemoryError:內(nèi)存不足錯(cuò)誤赘那;StackOverflowError:棧溢出錯(cuò)誤。此類錯(cuò)誤發(fā)生時(shí)氯质,JVM 將終止線程募舟。
這些錯(cuò)誤是不受檢異常,非代碼性錯(cuò)誤闻察。因此拱礁,當(dāng)此類錯(cuò)誤發(fā)生時(shí),應(yīng)用程序不應(yīng)該去處理此類錯(cuò)誤辕漂。按照J(rèn)ava慣例呢灶,我們是不應(yīng)該實(shí)現(xiàn)任何新的Error子類的!
3. Exception(異常)
程序本身可以捕獲并且可以處理的異常钉嘹。Exception 這種異常又分為兩類:運(yùn)行時(shí)異常和編譯時(shí)異常鸯乃。
運(yùn)行時(shí)異常
定義:RuntimeException 類及其子類,表示 JVM 在運(yùn)行期間可能出現(xiàn)的異常
特點(diǎn):Java 編譯器不會(huì)檢查它跋涣。也就是說(shuō)缨睡,當(dāng)程序中可能出現(xiàn)這類異常時(shí)鸟悴,倘若既"沒(méi)有通過(guò)throws聲明拋出它",也"沒(méi)有用try-catch語(yǔ)句捕獲它"宏蛉,還是會(huì)編譯通過(guò)遣臼。比如NullPointerException空指針異常、ArrayIndexOutBoundException數(shù)組下標(biāo)越界異常拾并、ClassCastException類型轉(zhuǎn)換異常揍堰、ArithmeticExecption算術(shù)異常。此類異常屬于不受檢異常嗅义,一般是由程序邏輯錯(cuò)誤引起的屏歹,在程序中可以選擇捕獲處理,也可以不處理之碗。雖然 Java 編譯器不會(huì)檢查運(yùn)行時(shí)異常蝙眶,但是我們也可以通過(guò) throws 進(jìn)行聲明拋出,也可以通過(guò) try-catch 對(duì)它進(jìn)行捕獲處理褪那。如果產(chǎn)生運(yùn)行時(shí)異常幽纷,則需要通過(guò)修改代碼來(lái)進(jìn)行避免。例如博敬,若會(huì)發(fā)生除數(shù)為零的情況友浸,則需要通過(guò)代碼避免該情況的發(fā)生!
RuntimeException 異常會(huì)由 Java 虛擬機(jī)自動(dòng)拋出并自動(dòng)捕獲(就算我們沒(méi)寫(xiě)異常捕獲語(yǔ)句運(yùn)行時(shí)也會(huì)拋出錯(cuò)誤F选收恢!),此類異常的出現(xiàn)絕大數(shù)情況是代碼本身有問(wèn)題應(yīng)該從邏輯上去解決并改進(jìn)代碼祭往。
編譯時(shí)異常
定義: Exception 中除 RuntimeException 及其子類之外的異常伦意。
特點(diǎn): Java 編譯器會(huì)檢查它。如果程序中出現(xiàn)此類異常硼补,比如 ClassNotFoundException(沒(méi)有找到指定的類異常)驮肉,IOException(IO流異常),要么通過(guò)throws進(jìn)行聲明拋出已骇,要么通過(guò)try-catch進(jìn)行捕獲處理离钝,否則不能通過(guò)編譯。在程序中疾捍,通常不會(huì)自定義該類異常奈辰,而是直接使用系統(tǒng)提供的異常類。該異常我們必須手動(dòng)在代碼里添加捕獲語(yǔ)句來(lái)處理該異常乱豆。
4. 受檢異常與非受檢異常
Java 的所有異辰鼻。可以分為受檢異常(checked exception)和非受檢異常(unchecked exception)。
Java 的所有異常可以分為受檢異常(checked exception)和非受檢異常(unchecked exception)瑟啃。
受檢異常
編譯器要求必須處理的異常论泛。正確的程序在運(yùn)行過(guò)程中,經(jīng)常容易出現(xiàn)的蛹屿、符合預(yù)期的異常情況屁奏。一旦發(fā)生此類異常,就必須采用某種方式進(jìn)行處理错负。除 RuntimeException 及其子類外坟瓢,其他的 Exception 異常都屬于受檢異常。編譯器會(huì)檢查此類異常犹撒,也就是說(shuō)當(dāng)編譯器檢查到應(yīng)用中的某處可能會(huì)此類異常時(shí)折联,將會(huì)提示你處理本異常——要么使用try-catch捕獲识颊,要么使用方法簽名中用 throws 關(guān)鍵字拋出诚镰,否則編譯不通過(guò)。
非受檢異常
編譯器不會(huì)進(jìn)行檢查并且不要求必須處理的異常祥款,也就說(shuō)當(dāng)程序中出現(xiàn)此類異常時(shí)清笨,即使我們沒(méi)有try-catch捕獲它,也沒(méi)有使用throws拋出該異常刃跛,編譯也會(huì)正常通過(guò)抠艾。該類異常包括運(yùn)行時(shí)異常(RuntimeException極其子類)和錯(cuò)誤(Error)。
Java異常關(guān)鍵字
? try – 用于監(jiān)聽(tīng)奠伪。將要被監(jiān)聽(tīng)的代碼(可能拋出異常的代碼)放在try語(yǔ)句塊之內(nèi)跌帐,當(dāng)try語(yǔ)句塊內(nèi)發(fā)生異常時(shí)首懈,異常就被拋出绊率。
? catch – 用于捕獲異常。catch用來(lái)捕獲try語(yǔ)句塊中發(fā)生的異常究履。
? finally – finally語(yǔ)句塊總是會(huì)被執(zhí)行滤否。它主要用于回收在try塊里打開(kāi)的物力資源(如數(shù)據(jù)庫(kù)連接、網(wǎng)絡(luò)連接和磁盤(pán)文件)最仑。只有finally塊藐俺,執(zhí)行完成之后,才會(huì)回來(lái)執(zhí)行try或者catch塊中的return或者throw語(yǔ)句泥彤,如果finally中使用了return或者throw等終止方法的語(yǔ)句欲芹,則就不會(huì)跳回執(zhí)行,直接停止吟吝。
? throw – 用于拋出異常菱父。
? throws – 用在方法簽名中,用于聲明該方法可能拋出的異常。
Java異常處理
Java 通過(guò)面向?qū)ο蟮姆椒ㄟM(jìn)行異常處理浙宜,一旦方法拋出異常官辽,系統(tǒng)自動(dòng)根據(jù)該異常對(duì)象尋找合適異常處理器(Exception Handler)來(lái)處理該異常,把各種不同的異常進(jìn)行分類粟瞬,并提供了良好的接口同仆。在 Java 中,每個(gè)異常都是一個(gè)對(duì)象裙品,它是 Throwable 類或其子類的實(shí)例俗批。當(dāng)一個(gè)方法出現(xiàn)異常后便拋出一個(gè)異常對(duì)象,該對(duì)象中包含有異常信息市怎,調(diào)用這個(gè)對(duì)象的方法可以捕獲到這個(gè)異常并可以對(duì)其進(jìn)行處理扶镀。Java 的異常處理是通過(guò) 5 個(gè)關(guān)鍵詞來(lái)實(shí)現(xiàn)的:try、catch焰轻、throw臭觉、throws 和 finally。
在Java應(yīng)用中辱志,異常的處理機(jī)制分為聲明異常蝠筑,拋出異常和捕獲異常。
聲明異常
通常揩懒,應(yīng)該捕獲那些知道如何處理的異常什乙,將不知道如何處理的異常繼續(xù)傳遞下去。傳遞異骋亚颍可以在方法簽名處使用 throws 關(guān)鍵字聲明可能會(huì)拋出的異常臣镣。
注意
- 非檢查異常(Error、RuntimeException 或它們的子類)不可使用 throws 關(guān)鍵字來(lái)聲明要拋出的異常智亮。
- 一個(gè)方法出現(xiàn)編譯時(shí)異常忆某,就需要 try-catch/ throws 處理,否則會(huì)導(dǎo)致編譯錯(cuò)誤阔蛉。
拋出異常
如果你覺(jué)得解決不了某些異常問(wèn)題弃舒,且不需要調(diào)用者處理,那么你可以拋出異常状原。
throw關(guān)鍵字作用是在方法內(nèi)部拋出一個(gè)Throwable
類型的異常聋呢。任何Java代碼都可以通過(guò)throw語(yǔ)句拋出異常。
捕獲異常
程序通常在運(yùn)行之前不報(bào)錯(cuò)颠区,但是運(yùn)行后可能會(huì)出現(xiàn)某些未知的錯(cuò)誤削锰,但是還不想直接拋出到上一級(jí),那么就需要通過(guò)try…catch…的形式進(jìn)行異常捕獲毕莱,之后根據(jù)不同的異常情況來(lái)進(jìn)行相應(yīng)的處理器贩。
如何選擇異常類型
可以根據(jù)下圖來(lái)選擇是捕獲異常测暗,聲明異常還是拋出異常
常見(jiàn)異常處理方式
直接拋出異常
通常,應(yīng)該捕獲那些知道如何處理的異常磨澡,將不知道如何處理的異常繼續(xù)傳遞下去碗啄。傳遞異常可以在方法簽名處使用 throws 關(guān)鍵字聲明可能會(huì)拋出的異常稳摄。
private static void readFile(String filePath) throws IOException {
File file = new File(filePath);
String result;
BufferedReader reader = new BufferedReader(new FileReader(file));
while((result = reader.readLine())!=null) {
System.out.println(result);
}
reader.close();
}
封裝異常再拋出
有時(shí)我們會(huì)從 catch 中拋出一個(gè)異常稚字,目的是為了改變異常的類型。多用于在多系統(tǒng)集成時(shí)厦酬,當(dāng)某個(gè)子系統(tǒng)故障胆描,異常類型可能有多種,可以用統(tǒng)一的異常類型向外暴露仗阅,不需暴露太多內(nèi)部異常細(xì)節(jié)昌讲。
private static void readFile(String filePath) throws MyException {
try {
// code
} catch (IOException e) {
MyException ex = new MyException("read file failed.");
ex.initCause(e);
throw ex;
}
}
捕獲異常
在一個(gè) try-catch 語(yǔ)句塊中可以捕獲多個(gè)異常類型,并對(duì)不同類型的異常做出不同的處理
private static void readFile(String filePath) {
try {
// code
} catch (FileNotFoundException e) {
// handle FileNotFoundException
} catch (IOException e){
// handle IOException
}
}
同一個(gè) catch 也可以捕獲多種類型異常减噪,用 | 隔開(kāi)
private static void readFile(String filePath) {
try {
// code
} catch (FileNotFoundException | UnknownHostException e) {
// handle FileNotFoundException or UnknownHostException
} catch (IOException e){
// handle IOException
}
}
自定義異常
習(xí)慣上短绸,定義一個(gè)異常類應(yīng)包含兩個(gè)構(gòu)造函數(shù),一個(gè)無(wú)參構(gòu)造函數(shù)和一個(gè)帶有詳細(xì)描述信息的構(gòu)造函數(shù)(Throwable 的 toString 方法會(huì)打印這些詳細(xì)信息筹裕,調(diào)試時(shí)很有用)
public class MyException extends Exception {
public MyException(){ }
public MyException(String msg){
super(msg);
}
// ...
}
try-catch-finally
當(dāng)方法中發(fā)生異常醋闭,異常處之后的代碼不會(huì)再執(zhí)行,如果之前獲取了一些本地資源需要釋放朝卒,則需要在方法正常結(jié)束時(shí)和 catch 語(yǔ)句中都調(diào)用釋放本地資源的代碼证逻,顯得代碼比較繁瑣,finally 語(yǔ)句可以解決這個(gè)問(wèn)題抗斤。
private static void readFile(String filePath) throws MyException {
File file = new File(filePath);
String result;
BufferedReader reader = null;
try {
reader = new BufferedReader(new FileReader(file));
while((result = reader.readLine())!=null) {
System.out.println(result);
}
} catch (IOException e) {
System.out.println("readFile method catch block.");
MyException ex = new MyException("read file failed.");
ex.initCause(e);
throw ex;
} finally {
System.out.println("readFile method finally block.");
if (null != reader) {
try {
reader.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}
}
調(diào)用該方法時(shí)囚企,讀取文件時(shí)若發(fā)生異常,代碼會(huì)進(jìn)入 catch 代碼塊瑞眼,之后進(jìn)入 finally 代碼塊锯岖;若讀取文件時(shí)未發(fā)生異常茅茂,則會(huì)跳過(guò) catch 代碼塊直接進(jìn)入 finally 代碼塊愧口。所以無(wú)論代碼中是否發(fā)生異常胞得,fianlly 中的代碼都會(huì)執(zhí)行余黎。
若 catch 代碼塊中包含 return 語(yǔ)句拢锹,finally 中的代碼還會(huì)執(zhí)行嗎赖临?將以上代碼中的 catch 子句修改如下:
catch (IOException e) {
System.out.println("readFile method catch block.");
return;
}
調(diào)用 readFile 方法鲤脏,觀察當(dāng) catch 子句中調(diào)用 return 語(yǔ)句時(shí)秸歧,finally 子句是否執(zhí)行
readFile method catch block.
readFile method finally block.
可見(jiàn)厨姚,即使 catch 中包含了 return 語(yǔ)句,finally 子句依然會(huì)執(zhí)行键菱。若 finally 中也包含 return 語(yǔ)句谬墙,finally 中的 return 會(huì)覆蓋前面的 return.
try-with-resource
上面例子中今布,finally 中的 close 方法也可能拋出 IOException, 從而覆蓋了原始異常。JAVA 7 提供了更優(yōu)雅的方式來(lái)實(shí)現(xiàn)資源的自動(dòng)釋放拭抬,自動(dòng)釋放的資源需要是實(shí)現(xiàn)了 AutoCloseable 接口的類部默。
private static void tryWithResourceTest(){
try (Scanner scanner = new Scanner(new FileInputStream("c:/abc"),"UTF-8")){
// code
} catch (IOException e){
// handle exception
}
}
try 代碼塊退出時(shí),會(huì)自動(dòng)調(diào)用 scanner.close 方法造虎,和把 scanner.close 方法放在 finally 代碼塊中不同的是傅蹂,若 scanner.close 拋出異常,則會(huì)被抑制算凿,拋出的仍然為原始異常份蝴。被抑制的異常會(huì)由 addSusppressed 方法添加到原來(lái)的異常,如果想要獲取被抑制的異常列表氓轰,可以調(diào)用 getSuppressed 方法來(lái)獲取婚夫。
Java異常常見(jiàn)面試題
1. Error 和 Exception 區(qū)別是什么?
Error 類型的錯(cuò)誤通常為虛擬機(jī)相關(guān)錯(cuò)誤署鸡,如系統(tǒng)崩潰案糙,內(nèi)存不足,堆棧溢出等靴庆,編譯器不會(huì)對(duì)這類錯(cuò)誤進(jìn)行檢測(cè)侍筛,JAVA 應(yīng)用程序也不應(yīng)對(duì)這類錯(cuò)誤進(jìn)行捕獲,一旦這類錯(cuò)誤發(fā)生撒穷,通常應(yīng)用程序會(huì)被終止匣椰,僅靠應(yīng)用程序本身無(wú)法恢復(fù);
Exception 類的錯(cuò)誤是可以在應(yīng)用程序中進(jìn)行捕獲并處理的端礼,通常遇到這種錯(cuò)誤禽笑,應(yīng)對(duì)其進(jìn)行處理,使應(yīng)用程序可以繼續(xù)正常運(yùn)行蛤奥。
2. 運(yùn)行時(shí)異常和一般異常(受檢異常)區(qū)別是什么佳镜?
運(yùn)行時(shí)異常包括 RuntimeException 類及其子類,表示 JVM 在運(yùn)行期間可能出現(xiàn)的異常凡桥。 Java 編譯器不會(huì)檢查運(yùn)行時(shí)異常蟀伸。
受檢異常是Exception 中除 RuntimeException 及其子類之外的異常。 Java 編譯器會(huì)檢查受檢異常缅刽。
RuntimeException異常和受檢異常之間的區(qū)別:是否強(qiáng)制要求調(diào)用者必須處理此異常啊掏,如果強(qiáng)制要求調(diào)用者必須進(jìn)行處理,那么就使用受檢異常衰猛,否則就選擇非受檢異常(RuntimeException)迟蜜。一般來(lái)講,如果沒(méi)有特殊的要求啡省,我們建議使用RuntimeException異常娜睛。
3. JVM 是如何處理異常的髓霞?
在一個(gè)方法中如果發(fā)生異常,這個(gè)方法會(huì)創(chuàng)建一個(gè)異常對(duì)象畦戒,并轉(zhuǎn)交給 JVM方库,該異常對(duì)象包含異常名稱,異常描述以及異常發(fā)生時(shí)應(yīng)用程序的狀態(tài)障斋。創(chuàng)建異常對(duì)象并轉(zhuǎn)交給 JVM 的過(guò)程稱為拋出異常薪捍。可能有一系列的方法調(diào)用配喳,最終才進(jìn)入拋出異常的方法酪穿,這一系列方法調(diào)用的有序列表叫做調(diào)用棧。
JVM 會(huì)順著調(diào)用棧去查找看是否有可以處理異常的代碼晴裹,如果有被济,則調(diào)用異常處理代碼。當(dāng) JVM 發(fā)現(xiàn)可以處理異常的代碼時(shí)涧团,會(huì)把發(fā)生的異常傳遞給它只磷。如果 JVM 沒(méi)有找到可以處理該異常的代碼塊,JVM 就會(huì)將該異常轉(zhuǎn)交給默認(rèn)的異常處理器(默認(rèn)處理器為 JVM 的一部分)泌绣,默認(rèn)異常處理器打印出異常信息并終止應(yīng)用程序钮追。
4. throw 和 throws 的區(qū)別是什么?
Java 中的異常處理除了包括捕獲異常和處理異常之外阿迈,還包括聲明異常和拋出異常元媚,可以通過(guò) throws 關(guān)鍵字在方法上聲明該方法要拋出的異常,或者在方法內(nèi)部通過(guò) throw 拋出異常對(duì)象苗沧。
throws 關(guān)鍵字和 throw 關(guān)鍵字在使用上的幾點(diǎn)區(qū)別如下:
- throw 關(guān)鍵字用在方法內(nèi)部刊棕,只能用于拋出一種異常,用來(lái)拋出方法或代碼塊中的異常待逞,受查異常和非受查異常都可以被拋出甥角。
- throws 關(guān)鍵字用在方法聲明上,可以拋出多個(gè)異常识樱,用來(lái)標(biāo)識(shí)該方法可能拋出的異常列表嗤无。一個(gè)方法用 throws 標(biāo)識(shí)了可能拋出的異常列表,調(diào)用該方法的方法中必須包含可處理異常的代碼怜庸,否則也要在方法簽名中用 throws 關(guān)鍵字聲明相應(yīng)的異常当犯。
5. final、finally休雌、finalize 有什么區(qū)別灶壶?
- final可以修飾類、變量杈曲、方法驰凛,修飾類表示該類不能被繼承、修飾方法表示該方法不能被重寫(xiě)担扑、修飾變量表示該變量是一個(gè)常量不能被重新賦值恰响。
- finally一般作用在try-catch代碼塊中,在處理異常的時(shí)候涌献,通常我們將一定要執(zhí)行的代碼方法finally代碼塊中胚宦,表示不管是否出現(xiàn)異常,該代碼塊都會(huì)執(zhí)行燕垃,一般用來(lái)存放一些關(guān)閉資源的代碼枢劝。
- finalize是一個(gè)方法,屬于Object類的一個(gè)方法卜壕,而Object類是所有類的父類您旁,Java 中允許使用 finalize()方法在垃圾收集器將對(duì)象從內(nèi)存中清除出去之前做必要的清理工作。
6. NoClassDefFoundError 和 ClassNotFoundException 區(qū)別轴捎?
NoClassDefFoundError 是一個(gè) Error 類型的異常鹤盒,是由 JVM 引起的,不應(yīng)該嘗試捕獲這個(gè)異常侦副。
引起該異常的原因是 JVM 或 ClassLoader 嘗試加載某類時(shí)在內(nèi)存中找不到該類的定義侦锯,該動(dòng)作發(fā)生在運(yùn)行期間,即編譯時(shí)該類存在秦驯,但是在運(yùn)行時(shí)卻找不到了尺碰,可能是變異后被刪除了等原因?qū)е拢?/p>
ClassNotFoundException 是一個(gè)受查異常,需要顯式地使用 try-catch 對(duì)其進(jìn)行捕獲和處理译隘,或在方法簽名中用 throws 關(guān)鍵字進(jìn)行聲明葱蝗。當(dāng)使用 Class.forName, ClassLoader.loadClass 或 ClassLoader.findSystemClass 動(dòng)態(tài)加載類到內(nèi)存的時(shí)候,通過(guò)傳入的類路徑參數(shù)沒(méi)有找到該類细燎,就會(huì)拋出該異常两曼;另一種拋出該異常的可能原因是某個(gè)類已經(jīng)由一個(gè)類加載器加載至內(nèi)存中,另一個(gè)加載器又嘗試去加載它玻驻。
7. try-catch-finally 中哪個(gè)部分可以省略悼凑?
答:catch 可以省略
原因
更為嚴(yán)格的說(shuō)法其實(shí)是:try只適合處理運(yùn)行時(shí)異常,try+catch適合處理運(yùn)行時(shí)異常+普通異常璧瞬。也就是說(shuō)户辫,如果你只用try去處理普通異常卻不加以catch處理,編譯是通不過(guò)的嗤锉,因?yàn)榫幾g器硬性規(guī)定渔欢,普通異常如果選擇捕獲,則必須用catch顯示聲明以便進(jìn)一步處理瘟忱。而運(yùn)行時(shí)異常在編譯時(shí)沒(méi)有如此規(guī)定奥额,所以catch可以省略苫幢,你加上catch編譯器也覺(jué)得無(wú)可厚非。
理論上垫挨,編譯器看任何代碼都不順眼韩肝,都覺(jué)得可能有潛在的問(wèn)題,所以你即使對(duì)所有代碼加上try九榔,代碼在運(yùn)行期時(shí)也只不過(guò)是在正常運(yùn)行的基礎(chǔ)上加一層皮哀峻。但是你一旦對(duì)一段代碼加上try,就等于顯示地承諾編譯器哲泊,對(duì)這段代碼可能拋出的異常進(jìn)行捕獲而非向上拋出處理剩蟀。如果是普通異常,編譯器要求必須用catch捕獲以便進(jìn)一步處理切威;如果運(yùn)行時(shí)異常育特,捕獲然后丟棄并且+finally掃尾處理,或者加上catch捕獲以便進(jìn)一步處理牢屋。
至于加上finally且预,則是在不管有沒(méi)捕獲異常,都要進(jìn)行的“掃尾”處理烙无。
8. try-catch-finally 中锋谐,如果 catch 中 return 了,finally 還會(huì)執(zhí)行嗎截酷?
答:會(huì)執(zhí)行涮拗,在 return 前執(zhí)行。
注意:在 finally 中改變返回值的做法是不好的迂苛,因?yàn)槿绻嬖?finally 代碼塊三热,try中的 return 語(yǔ)句不會(huì)立馬返回調(diào)用者,而是記錄下返回值待 finally 代碼塊執(zhí)行完畢之后再向調(diào)用者返回其值三幻,然后如果在 finally 中修改了返回值就漾,就會(huì)返回修改后的值。顯然念搬,在 finally 中返回或者修改返回值會(huì)對(duì)程序造成很大的困擾抑堡,C#中直接用編譯錯(cuò)誤的方式來(lái)阻止程序員干這種齷齪的事情,Java 中也可以通過(guò)提升編譯器的語(yǔ)法檢查級(jí)別來(lái)產(chǎn)生警告或錯(cuò)誤朗徊。
代碼示例1:
public static int getInt() {
int a = 10;
try {
System.out.println(a / 0);
a = 20;
} catch (ArithmeticException e) {
a = 30;
return a;
/*
* return a 在程序執(zhí)行到這一步的時(shí)候首妖,這里不是return a 而是 return 30;這個(gè)返回路徑就形成了
* 但是呢爷恳,它發(fā)現(xiàn)后面還有finally有缆,所以繼續(xù)執(zhí)行finally的內(nèi)容,a=40
* 再次回到以前的路徑,繼續(xù)走return 30,形成返回路徑之后棚壁,這里的a就不是a變量了杯矩,而是常量30
*/
} finally {
a = 40;
}
return a;
}
執(zhí)行結(jié)果:30
代碼示例2:
public static int getInt() {
int a = 10;
try {
System.out.println(a / 0);
a = 20;
} catch (ArithmeticException e) {
a = 30;
return a;
} finally {
a = 40;
//如果這樣,就又重新形成了一條返回路徑灌曙,由于只能通過(guò)1個(gè)return返回菊碟,所以這里直接返回40
return a;
}
}
執(zhí)行結(jié)果:40
9. 類 ExampleA 繼承 Exception节芥,類 ExampleB 繼承ExampleA在刺。
有如下代碼片斷:
try {
throw new ExampleB("b")
} catch(ExampleA e){
System.out.println("ExampleA");
} catch(Exception e){
System.out.println("Exception");
}
請(qǐng)問(wèn)執(zhí)行此段代碼的輸出是什么?
答:
輸出:ExampleA头镊。(根據(jù)里氏代換原則[能使用父類型的地方一定能使用子類型]蚣驼,抓取 ExampleA 類型異常的 catch 塊能夠抓住 try 塊中拋出的 ExampleB 類型的異常)
面試題 - 說(shuō)出下面代碼的運(yùn)行結(jié)果。(此題的出處是《Java 編程思想》一書(shū))
class Annoyance extends Exception {
}
class Sneeze extends Annoyance {
}
class Human {
public static void main(String[] args)
throws Exception {
try {
try {
throw new Sneeze();
} catch ( Annoyance a ) {
System.out.println("Caught Annoyance");
throw a;
}
} catch ( Sneeze s ) {
System.out.println("Caught Sneeze");
return ;
} finally {
System.out.println("Hello World!");
}
}
}
結(jié)果
Caught Annoyance
Caught Sneeze
Hello World!
10. 常見(jiàn)的 RuntimeException 有哪些相艇?
ClassCastException(類轉(zhuǎn)換異常)
IndexOutOfBoundsException(數(shù)組越界)
NullPointerException(空指針)
ArrayStoreException(數(shù)據(jù)存儲(chǔ)異常颖杏,操作數(shù)組時(shí)類型不一致)
還有IO操作的BufferOverflowException異常
11. Java常見(jiàn)異常有哪些
java.lang.IllegalAccessError:違法訪問(wèn)錯(cuò)誤。當(dāng)一個(gè)應(yīng)用試圖訪問(wèn)坛芽、修改某個(gè)類的域(Field)或者調(diào)用其方法留储,但是又違反域或方法的可見(jiàn)性聲明,則拋出該異常咙轩。
java.lang.IllegalAccessError:違法訪問(wèn)錯(cuò)誤获讳。當(dāng)一個(gè)應(yīng)用試圖訪問(wèn)、修改某個(gè)類的域(Field)或者調(diào)用其方法活喊,但是又違反域或方法的可見(jiàn)性聲明丐膝,則拋出該異常。
java.lang.InstantiationError:實(shí)例化錯(cuò)誤钾菊。當(dāng)一個(gè)應(yīng)用試圖通過(guò)Java的new操作符構(gòu)造一個(gè)抽象類或者接口時(shí)拋出該異常.
java.lang.OutOfMemoryError:內(nèi)存不足錯(cuò)誤帅矗。當(dāng)可用內(nèi)存不足以讓Java虛擬機(jī)分配給一個(gè)對(duì)象時(shí)拋出該錯(cuò)誤。
java.lang.StackOverflowError:堆棧溢出錯(cuò)誤煞烫。當(dāng)一個(gè)應(yīng)用遞歸調(diào)用的層次太深而導(dǎo)致堆棧溢出或者陷入死循環(huán)時(shí)拋出該錯(cuò)誤浑此。
java.lang.ClassCastException:類造型異常。假設(shè)有類A和B(A不是B的父類或子類)滞详,O是A的實(shí)例凛俱,那么當(dāng)強(qiáng)制將O構(gòu)造為類B的實(shí)例時(shí)拋出該異常。該異常經(jīng)常被稱為強(qiáng)制類型轉(zhuǎn)換異常茵宪。
java.lang.ClassNotFoundException:找不到類異常最冰。當(dāng)應(yīng)用試圖根據(jù)字符串形式的類名構(gòu)造類,而在遍歷CLASSPAH之后找不到對(duì)應(yīng)名稱的class文件時(shí)稀火,拋出該異常暖哨。
java.lang.ArithmeticException:算術(shù)條件異常。譬如:整數(shù)除零等。
java.lang.ArrayIndexOutOfBoundsException:數(shù)組索引越界異常篇裁。當(dāng)對(duì)數(shù)組的索引值為負(fù)數(shù)或大于等于數(shù)組大小時(shí)拋出沛慢。
java.lang.IndexOutOfBoundsException:索引越界異常。當(dāng)訪問(wèn)某個(gè)序列的索引值小于0或大于等于序列大小時(shí)达布,拋出該異常团甲。
java.lang.InstantiationException:實(shí)例化異常。當(dāng)試圖通過(guò)newInstance()方法創(chuàng)建某個(gè)類的實(shí)例黍聂,而該類是一個(gè)抽象類或接口時(shí)躺苦,拋出該異常。
java.lang.NoSuchFieldException:屬性不存在異常产还。當(dāng)訪問(wèn)某個(gè)類的不存在的屬性時(shí)拋出該異常匹厘。
java.lang.NoSuchMethodException:方法不存在異常。當(dāng)訪問(wèn)某個(gè)類的不存在的方法時(shí)拋出該異常脐区。
java.lang.NullPointerException:空指針異常愈诚。當(dāng)應(yīng)用試圖在要求使用對(duì)象的地方使用了null時(shí),拋出該異常牛隅。譬如:調(diào)用null對(duì)象的實(shí)例方法炕柔、訪問(wèn)null對(duì)象的屬性、計(jì)算null對(duì)象的長(zhǎng)度媒佣、使用throw語(yǔ)句拋出null等等匕累。
java.lang.NumberFormatException:數(shù)字格式異常。當(dāng)試圖將一個(gè)String轉(zhuǎn)換為指定的數(shù)字類型丈攒,而該字符串確不滿足數(shù)字類型要求的格式時(shí)哩罪,拋出該異常。
java.lang.StringIndexOutOfBoundsException:字符串索引越界異常巡验。當(dāng)使用索引值訪問(wèn)某個(gè)字符串中的字符际插,而該索引值小于0或大于等于序列大小時(shí),拋出該異常显设。
Java異常處理最佳實(shí)踐
在 Java 中處理異常并不是一個(gè)簡(jiǎn)單的事情框弛。不僅僅初學(xué)者很難理解,即使一些有經(jīng)驗(yàn)的開(kāi)發(fā)者也需要花費(fèi)很多時(shí)間來(lái)思考如何處理異常捕捂,包括需要處理哪些異常瑟枫,怎樣處理等等。這也是絕大多數(shù)開(kāi)發(fā)團(tuán)隊(duì)都會(huì)制定一些規(guī)則來(lái)規(guī)范進(jìn)行異常處理的原因指攒。而團(tuán)隊(duì)之間的這些規(guī)范往往是截然不同的慷妙。
本文給出幾個(gè)被很多團(tuán)隊(duì)使用的異常處理最佳實(shí)踐。
1. 在 finally 塊中清理資源或者使用 try-with-resource 語(yǔ)句
當(dāng)使用類似InputStream這種需要使用后關(guān)閉的資源時(shí)允悦,一個(gè)常見(jiàn)的錯(cuò)誤就是在try塊的最后關(guān)閉資源膝擂。
public void doNotCloseResourceInTry() {
FileInputStream inputStream = null;
try {
File file = new File("./tmp.txt");
inputStream = new FileInputStream(file);
// use the inputStream to read a file
// do NOT do this
inputStream.close();
} catch (FileNotFoundException e) {
log.error(e);
} catch (IOException e) {
log.error(e);
}
}
問(wèn)題就是,只有沒(méi)有異常拋出的時(shí)候,這段代碼才可以正常工作架馋。try 代碼塊內(nèi)代碼會(huì)正常執(zhí)行狞山,并且資源可以正常關(guān)閉。但是叉寂,使用 try 代碼塊是有原因的萍启,一般調(diào)用一個(gè)或多個(gè)可能拋出異常的方法,而且屏鳍,你自己也可能會(huì)拋出一個(gè)異常勘纯,這意味著代碼可能不會(huì)執(zhí)行到 try 代碼塊的最后部分。結(jié)果就是孕蝉,你并沒(méi)有關(guān)閉資源屡律。
所以腌逢,你應(yīng)該把清理工作的代碼放到 finally 里去降淮,或者使用 try-with-resource 特性。
1.1 使用 finally 代碼塊
與前面幾行 try 代碼塊不同搏讶,finally 代碼塊總是會(huì)被執(zhí)行佳鳖。不管 try 代碼塊成功執(zhí)行之后還是你在 catch 代碼塊中處理完異常后都會(huì)執(zhí)行。因此媒惕,你可以確保你清理了所有打開(kāi)的資源系吩。
public void closeResourceInFinally() {
FileInputStream inputStream = null;
try {
File file = new File("./tmp.txt");
inputStream = new FileInputStream(file);
// use the inputStream to read a file
} catch (FileNotFoundException e) {
log.error(e);
} finally {
if (inputStream != null) {
try {
inputStream.close();
} catch (IOException e) {
log.error(e);
}
}
}
}
1.2 Java 7 的 try-with-resource 語(yǔ)法
如果你的資源實(shí)現(xiàn)了 AutoCloseable 接口,你可以使用這個(gè)語(yǔ)法妒蔚。大多數(shù)的 Java 標(biāo)準(zhǔn)資源都繼承了這個(gè)接口穿挨。當(dāng)你在 try 子句中打開(kāi)資源,資源會(huì)在 try 代碼塊執(zhí)行后或異常處理后自動(dòng)關(guān)閉肴盏。
public void automaticallyCloseResource() {
File file = new File("./tmp.txt");
try (FileInputStream inputStream = new FileInputStream(file);) {
// use the inputStream to read a file
} catch (FileNotFoundException e) {
log.error(e);
} catch (IOException e) {
log.error(e);
}
}
2. 優(yōu)先明確的異常
你拋出的異常越明確越好科盛,永遠(yuǎn)記住,你的同事或者幾個(gè)月之后的你菜皂,將會(huì)調(diào)用你的方法并且處理異常
因此需要保證提供給他們盡可能多的信息贞绵。這樣你的 API 更容易被理解。你的方法的調(diào)用者能夠更好的處理異常并且避免額外的檢查恍飘。
因此榨崩,總是嘗試尋找最適合你的異常事件的類,例如章母,拋出一個(gè) NumberFormatException 來(lái)替換一個(gè) IllegalArgumentException 母蛛。避免拋出一個(gè)不明確的異常。
public void doNotDoThis() throws Exception {
...
}
public void doThis() throws NumberFormatException {
...
}
3. 對(duì)異常進(jìn)行文檔說(shuō)明
當(dāng)在方法上聲明拋出異常時(shí)乳怎,也需要進(jìn)行文檔說(shuō)明彩郊。目的是為了給調(diào)用者提供盡可能多的信息,從而可以更好地避免或處理異常。
在 Javadoc 添加 @throws 聲明焦辅,并且描述拋出異常的場(chǎng)景博杖。
public void doSomething(String input) throws MyBusinessException {
...
}
4. 使用描述性消息拋出異常
在拋出異常時(shí),需要盡可能精確地描述問(wèn)題和相關(guān)信息筷登,這樣無(wú)論是打印到日志中還是在監(jiān)控工具中剃根,都能夠更容易被人閱讀,從而可以更好地定位具體錯(cuò)誤信息前方、錯(cuò)誤的嚴(yán)重程度等狈醉。
但這里并不是說(shuō)要對(duì)錯(cuò)誤信息長(zhǎng)篇大論,因?yàn)楸緛?lái) Exception 的類名就能夠反映錯(cuò)誤的原因惠险,因此只需要用一到兩句話描述即可苗傅。
如果拋出一個(gè)特定的異常,它的類名很可能已經(jīng)描述了這種錯(cuò)誤班巩。所以渣慕,你不需要提供很多額外的信息。一個(gè)很好的例子是 NumberFormatException 抱慌。當(dāng)你以錯(cuò)誤的格式提供 String 時(shí)逊桦,它將被 java.lang.Long 類的構(gòu)造函數(shù)拋出。
try {
new Long("xyz");
} catch (NumberFormatException e) {
log.error(e);
}
5. 優(yōu)先捕獲最具體的異常
大多數(shù) IDE 都可以幫助你實(shí)現(xiàn)這個(gè)最佳實(shí)踐抑进。當(dāng)你嘗試首先捕獲較不具體的異常時(shí)强经,它們會(huì)報(bào)告無(wú)法訪問(wèn)的代碼塊。
但問(wèn)題在于寺渗,只有匹配異常的第一個(gè) catch 塊會(huì)被執(zhí)行匿情。 因此,如果首先捕獲 IllegalArgumentException 信殊,則永遠(yuǎn)不會(huì)到達(dá)應(yīng)該處理更具體的 NumberFormatException 的 catch 塊炬称,因?yàn)樗?IllegalArgumentException 的子類。
總是優(yōu)先捕獲最具體的異常類鸡号,并將不太具體的 catch 塊添加到列表的末尾转砖。
你可以在下面的代碼片斷中看到這樣一個(gè) try-catch 語(yǔ)句的例子。 第一個(gè) catch 塊處理所有 NumberFormatException 異常鲸伴,第二個(gè)處理所有非 NumberFormatException 異常的IllegalArgumentException 異常府蔗。
public void catchMostSpecificExceptionFirst() {
try {
doSomething("A message");
} catch (NumberFormatException e) {
log.error(e);
} catch (IllegalArgumentException e) {
log.error(e)
}
}
6. 不要捕獲 Throwable 類
Throwable 是所有異常和錯(cuò)誤的超類。你可以在 catch 子句中使用它汞窗,但是你永遠(yuǎn)不應(yīng)該這樣做姓赤!
如果在 catch 子句中使用 Throwable ,它不僅會(huì)捕獲所有異常仲吏,也將捕獲所有的錯(cuò)誤不铆。JVM 拋出錯(cuò)誤蝌焚,指出不應(yīng)該由應(yīng)用程序處理的嚴(yán)重問(wèn)題。 典型的例子是 OutOfMemoryError 或者 StackOverflowError 誓斥。兩者都是由應(yīng)用程序控制之外的情況引起的只洒,無(wú)法處理。
所以劳坑,最好不要捕獲 Throwable 毕谴,除非你確定自己處于一種特殊的情況下能夠處理錯(cuò)誤。
public void doNotCatchThrowable() {
try {
// do something
} catch (Throwable t) {
// don't do this!
}
}
7. 不要忽略異常
很多時(shí)候距芬,開(kāi)發(fā)者很有自信不會(huì)拋出異常涝开,因此寫(xiě)了一個(gè)catch塊,但是沒(méi)有做任何處理或者記錄日志框仔。
public void doNotIgnoreExceptions() {
try {
// do something
} catch (NumberFormatException e) {
// this will never happen
}
}
但現(xiàn)實(shí)是經(jīng)常會(huì)出現(xiàn)無(wú)法預(yù)料的異常舀武,或者無(wú)法確定這里的代碼未來(lái)是不是會(huì)改動(dòng)(刪除了阻止異常拋出的代碼),而此時(shí)由于異常被捕獲离斩,使得無(wú)法拿到足夠的錯(cuò)誤信息來(lái)定位問(wèn)題银舱。
合理的做法是至少要記錄異常的信息。
public void logAnException() {
try {
// do something
} catch (NumberFormatException e) {
log.error("This should never happen: " + e);
}
}
8. 不要記錄并拋出異常
這可能是本文中最常被忽略的最佳實(shí)踐捐腿∽菖螅可以發(fā)現(xiàn)很多代碼甚至類庫(kù)中都會(huì)有捕獲異常、記錄日志并再次拋出的邏輯茄袖。如下:
try {
new Long("xyz");
} catch (NumberFormatException e) {
log.error(e);
throw e;
}
這個(gè)處理邏輯看著是合理的。但這經(jīng)常會(huì)給同一個(gè)異常輸出多條日志嘁锯。如下:
17:44:28,945 ERROR TestExceptionHandling:65 - java.lang.NumberFormatException: For input string: "xyz"
Exception in thread "main" java.lang.NumberFormatException: For input string: "xyz"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.lang.Long.parseLong(Long.java:589)
at java.lang.Long.(Long.java:965)
at com.stackify.example.TestExceptionHandling.logAndThrowException(TestExceptionHandling.java:63)
at com.stackify.example.TestExceptionHandling.main(TestExceptionHandling.java:58)
如上所示宪祥,后面的日志也沒(méi)有附加更有用的信息。如果想要提供更加有用的信息家乘,那么可以將異常包裝為自定義異常蝗羊。
public void wrapException(String input) throws MyBusinessException {
try {
// do something
} catch (NumberFormatException e) {
throw new MyBusinessException("A message that describes the error.", e);
}
}
因此,僅僅當(dāng)想要處理異常時(shí)才去捕獲仁锯,否則只需要在方法簽名中聲明讓調(diào)用者去處理耀找。
9. 包裝異常時(shí)不要拋棄原始的異常
捕獲標(biāo)準(zhǔn)異常并包裝為自定義異常是一個(gè)很常見(jiàn)的做法。這樣可以添加更為具體的異常信息并能夠做針對(duì)的異常處理业崖。
在你這樣做時(shí)野芒,請(qǐng)確保將原始異常設(shè)置為原因(注:參考下方代碼 NumberFormatException e 中的原始異常 e )。Exception 類提供了特殊的構(gòu)造函數(shù)方法双炕,它接受一個(gè) Throwable 作為參數(shù)狞悲。否則,你將會(huì)丟失堆棧跟蹤和原始異常的消息妇斤,這將會(huì)使分析導(dǎo)致異常的異常事件變得困難摇锋。
public void wrapException(String input) throws MyBusinessException {
try {
// do something
} catch (NumberFormatException e) {
throw new MyBusinessException("A message that describes the error.", e);
}
}
10. 不要使用異车ふ控制程序的流程
不應(yīng)該使用異常控制應(yīng)用的執(zhí)行流程荸恕,例如乖酬,本應(yīng)該使用if語(yǔ)句進(jìn)行條件判斷的情況下,你卻使用異常處理融求,這是非常不好的習(xí)慣剑刑,會(huì)嚴(yán)重影響應(yīng)用的性能。
11. 使用標(biāo)準(zhǔn)異常
如果使用內(nèi)建的異乘簦可以解決問(wèn)題施掏,就不要定義自己的異常。Java API 提供了上百種針對(duì)不同情況的異常類型茅糜,在開(kāi)發(fā)中首先盡可能使用 Java API 提供的異常七芭,如果標(biāo)準(zhǔn)的異常不能滿足你的要求,這時(shí)候創(chuàng)建自己的定制異常蔑赘。盡可能得使用標(biāo)準(zhǔn)異常有利于新加入的開(kāi)發(fā)者看懂項(xiàng)目代碼狸驳。
12. 異常會(huì)影響性能
異常處理的性能成本非常高,每個(gè) Java 程序員在開(kāi)發(fā)時(shí)都應(yīng)牢記這句話缩赛。創(chuàng)建一個(gè)異常非常慢耙箍,拋出一個(gè)異常又會(huì)消耗1~5ms,當(dāng)一個(gè)異常在應(yīng)用的多個(gè)層級(jí)之間傳遞時(shí)酥馍,會(huì)拖累整個(gè)應(yīng)用的性能辩昆。
- 僅在異常情況下使用異常;
- 在可恢復(fù)的異常情況下使用異常旨袒;
盡管使用異常有利于 Java 開(kāi)發(fā)汁针,但是在應(yīng)用中最好不要捕獲太多的調(diào)用棧,因?yàn)樵诤芏嗲闆r下都不需要打印調(diào)用棧就知道哪里出錯(cuò)了砚尽。因此施无,異常消息應(yīng)該提供恰到好處的信息。
13. 總結(jié)
綜上所述必孤,當(dāng)你拋出或捕獲異常的時(shí)候猾骡,有很多不同的情況需要考慮,而且大部分事情都是為了改善代碼的可讀性或者 API 的可用性敷搪。
異常不僅僅是一個(gè)錯(cuò)誤控制機(jī)制兴想,也是一個(gè)通信媒介。因此购啄,為了和同事更好的合作襟企,一個(gè)團(tuán)隊(duì)必須要制定出一個(gè)最佳實(shí)踐和規(guī)則,只有這樣狮含,團(tuán)隊(duì)成員才能理解這些通用概念顽悼,同時(shí)在工作中使用它曼振。
異常處理-阿里巴巴Java開(kāi)發(fā)手冊(cè)
【強(qiáng)制】Java 類庫(kù)中定義的可以通過(guò)預(yù)檢查方式規(guī)避的RuntimeException異常不應(yīng)該通過(guò)catch 的方式來(lái)處理,比如:NullPointerException蔚龙,IndexOutOfBoundsException等等冰评。 說(shuō)明:無(wú)法通過(guò)預(yù)檢查的異常除外,比如木羹,在解析字符串形式的數(shù)字時(shí)甲雅,可能存在數(shù)字格式錯(cuò)誤,不得不通過(guò)catch NumberFormatException來(lái)實(shí)現(xiàn)坑填。 正例:if (obj != null) {…} 反例:try { obj.method(); } catch (NullPointerException e) {…}
【強(qiáng)制】異常不要用來(lái)做流程控制抛人,條件控制。 說(shuō)明:異常設(shè)計(jì)的初衷是解決程序運(yùn)行中的各種意外情況脐瑰,且異常的處理效率比條件判斷方式要低很多妖枚。
【強(qiáng)制】catch時(shí)請(qǐng)分清穩(wěn)定代碼和非穩(wěn)定代碼,穩(wěn)定代碼指的是無(wú)論如何不會(huì)出錯(cuò)的代碼苍在。對(duì)于非穩(wěn)定代碼的catch盡可能進(jìn)行區(qū)分異常類型绝页,再做對(duì)應(yīng)的異常處理。 說(shuō)明:對(duì)大段代碼進(jìn)行try-catch寂恬,使程序無(wú)法根據(jù)不同的異常做出正確的應(yīng)激反應(yīng)续誉,也不利于定位問(wèn)題,這是一種不負(fù)責(zé)任的表現(xiàn)初肉。 正例:用戶注冊(cè)的場(chǎng)景中酷鸦,如果用戶輸入非法字符,或用戶名稱已存在朴译,或用戶輸入密碼過(guò)于簡(jiǎn)單井佑,在程序上作出分門(mén)別類的判斷,并提示給用戶眠寿。
【強(qiáng)制】捕獲異常是為了處理它,不要捕獲了卻什么都不處理而拋棄之焦蘑,如果不想處理它盯拱,請(qǐng)將該異常拋給它的調(diào)用者。最外層的業(yè)務(wù)使用者例嘱,必須處理異常狡逢,將其轉(zhuǎn)化為用戶可以理解的內(nèi)容。
【強(qiáng)制】有try塊放到了事務(wù)代碼中拼卵,catch異常后奢浑,如果需要回滾事務(wù),一定要注意手動(dòng)回滾事務(wù)腋腮。
【強(qiáng)制】finally塊必須對(duì)資源對(duì)象雀彼、流對(duì)象進(jìn)行關(guān)閉壤蚜,有異常也要做try-catch。 說(shuō)明:如果JDK7及以上徊哑,可以使用try-with-resources方式袜刷。
-
【強(qiáng)制】不要在finally塊中使用return。 說(shuō)明:try塊中的return語(yǔ)句執(zhí)行成功后莺丑,并不馬上返回著蟹,而是繼續(xù)執(zhí)行finally塊中的語(yǔ)句,如果此處存在return語(yǔ)句梢莽,則在此直接返回萧豆,無(wú)情丟棄掉try塊中的返回點(diǎn)。 反例:
private int x = 0; public int checkReturn() { try { // x等于1昏名,此處不返回 return ++x; } finally { // 返回的結(jié)果是2 return ++x; } }
【強(qiáng)制】捕獲異常與拋異常涮雷,必須是完全匹配,或者捕獲異常是拋異常的父類葡粒。 說(shuō)明:如果預(yù)期對(duì)方拋的是繡球份殿,實(shí)際接到的是鉛球,就會(huì)產(chǎn)生意外情況嗽交。
【強(qiáng)制】在調(diào)用RPC卿嘲、二方包、或動(dòng)態(tài)生成類的相關(guān)方法時(shí)夫壁,捕捉異常必須使用Throwable類來(lái)進(jìn)行攔截拾枣。 說(shuō)明:通過(guò)反射機(jī)制來(lái)調(diào)用方法,如果找不到方法盒让,拋出NoSuchMethodException梅肤。什么情況會(huì)拋出NoSuchMethodError呢?二方包在類沖突時(shí)邑茄,仲裁機(jī)制可能導(dǎo)致引入非預(yù)期的版本使類的方法簽名不匹配姨蝴,或者在字節(jié)碼修改框架(比如:ASM)動(dòng)態(tài)創(chuàng)建或修改類時(shí),修改了相應(yīng)的方法簽名肺缕。這些情況左医,即使代碼編譯期是正確的,但在代碼運(yùn)行期時(shí)同木,會(huì)拋出NoSuchMethodError浮梢。
【推薦】方法的返回值可以為null,不強(qiáng)制返回空集合彤路,或者空對(duì)象等秕硝,必須添加注釋充分說(shuō)明什么情況下會(huì)返回null值。 說(shuō)明:本手冊(cè)明確防止NPE是調(diào)用者的責(zé)任洲尊。即使被調(diào)用方法返回空集合或者空對(duì)象远豺,對(duì)調(diào)用者來(lái)說(shuō)奈偏,也并非高枕無(wú)憂,必須考慮到遠(yuǎn)程調(diào)用失敗憋飞、序列化失敗霎苗、運(yùn)行時(shí)異常等場(chǎng)景返回null的情況。
【推薦】防止NPE榛做,是程序員的基本修養(yǎng)唁盏,注意NPE產(chǎn)生的場(chǎng)景: 1) 返回類型為基本數(shù)據(jù)類型,return包裝數(shù)據(jù)類型的對(duì)象時(shí)检眯,自動(dòng)拆箱有可能產(chǎn)生NPE厘擂。 反例:public int f() { return Integer對(duì)象}, 如果為null锰瘸,自動(dòng)解箱拋NPE刽严。 2) 數(shù)據(jù)庫(kù)的查詢結(jié)果可能為null。 3) 集合里的元素即使isNotEmpty避凝,取出的數(shù)據(jù)元素也可能為null舞萄。 4) 遠(yuǎn)程調(diào)用返回對(duì)象時(shí),一律要求進(jìn)行空指針判斷管削,防止NPE倒脓。 5) 對(duì)于Session中獲取的數(shù)據(jù),建議進(jìn)行NPE檢查含思,避免空指針崎弃。 6) 級(jí)聯(lián)調(diào)用obj.getA().getB().getC();一連串調(diào)用含潘,易產(chǎn)生NPE饲做。
正例:使用JDK8的Optional類來(lái)防止NPE問(wèn)題。【推薦】定義時(shí)區(qū)分unchecked / checked 異常遏弱,避免直接拋出new RuntimeException()盆均,更不允許拋出Exception或者Throwable,應(yīng)使用有業(yè)務(wù)含義的自定義異常漱逸。推薦業(yè)界已定義過(guò)的自定義異常缀踪,如:DAOException / ServiceException等。
【參考】對(duì)于公司外的http/api開(kāi)放接口必須使用“錯(cuò)誤碼”虹脯;而應(yīng)用內(nèi)部推薦異常拋出;跨應(yīng)用間RPC調(diào)用優(yōu)先考慮使用Result方式奏候,封裝isSuccess()方法循集、“錯(cuò)誤碼”、“錯(cuò)誤簡(jiǎn)短信息”蔗草。 說(shuō)明:關(guān)于RPC方法返回方式使用Result方式的理由: 1)使用拋異常返回方式局雄,調(diào)用方如果沒(méi)有捕獲到就會(huì)產(chǎn)生運(yùn)行時(shí)錯(cuò)誤蜗搔。 2)如果不加棧信息弊攘,只是new自定義異常,加入自己的理解的error message旷档,對(duì)于調(diào)用端解決問(wèn)題的幫助不會(huì)太多。如果加了棧信息歇拆,在頻繁調(diào)用出錯(cuò)的情況下鞋屈,數(shù)據(jù)序列化和傳輸?shù)男阅軗p耗也是問(wèn)題。
【參考】避免出現(xiàn)重復(fù)的代碼(Don’t Repeat Yourself)故觅,即DRY原則厂庇。 說(shuō)明:隨意復(fù)制和粘貼代碼,必然會(huì)導(dǎo)致代碼的重復(fù)输吏,在以后需要修改時(shí)权旷,需要修改所有的副本,容易遺漏贯溅。必要時(shí)抽取共性方法拄氯,或者抽象公共類,甚至是組件化它浅。 正例:一個(gè)類中有多個(gè)public方法译柏,都需要進(jìn)行數(shù)行相同的參數(shù)校驗(yàn)操作,這個(gè)時(shí)候請(qǐng)抽确B啤:
private boolean checkParam(DTO dto) {…}
作者:ThinkWon
來(lái)源:https://blog.csdn.net/ThinkWon/article/details/104390689
本文首發(fā)于公眾號(hào):Java版web項(xiàng)目艇纺,歡迎關(guān)注獲取更多精彩內(nèi)容