Java中的異常和處理機(jī)制實(shí)例詳解
本文實(shí)例講述了Java中的異常和處理機(jī)制。分享給大家供大家參考,具體如下:
簡(jiǎn)介
程序運(yùn)行時(shí),發(fā)生的不被期望的事件,它阻止了程序按照程序員的預(yù)期正常執(zhí)行,這就是異常。異常發(fā)生時(shí),是任程序自生自滅,立刻退出終止,還是輸出錯(cuò)誤給用戶(hù)?或者用C語(yǔ)言風(fēng)格:用函數(shù)返回值作為執(zhí)行狀態(tài)?。
Java提供了更加優(yōu)秀的解決辦法:異常處理機(jī)制。
異常處理機(jī)制能讓程序在異常發(fā)生時(shí),按照代碼的預(yù)先設(shè)定的異常處理邏輯,針對(duì)性地處理異常,讓程序盡最大可能恢復(fù)正常并繼續(xù)執(zhí)行,且保持代碼的清晰。
Java中的異??梢允呛瘮?shù)中的語(yǔ)句執(zhí)行時(shí)引發(fā)的,也可以是程序員通過(guò)throw 語(yǔ)句手動(dòng)拋出的,只要在Java程序中產(chǎn)生了異常,就會(huì)用一個(gè)對(duì)應(yīng)類(lèi)型的異常對(duì)象來(lái)封裝異常,JRE就會(huì)試圖尋找異常處理程序來(lái)處理異常。
Throwable類(lèi)是Java異常類(lèi)型的頂層父類(lèi),一個(gè)對(duì)象只有是 Throwable 類(lèi)的(直接或者間接)實(shí)例,他才是一個(gè)異常對(duì)象,才能被異常處理機(jī)制識(shí)別。JDK中內(nèi)建了一些常用的異常類(lèi),我們也可以自定義異常。
Java異常的分類(lèi)和類(lèi)結(jié)構(gòu)圖
Java標(biāo)準(zhǔn)庫(kù)內(nèi)建了一些通用的異常,這些類(lèi)以Throwable為頂層父類(lèi)。
Throwable又派生出Error類(lèi)和Exception類(lèi)。
錯(cuò)誤:Error類(lèi)以及他的子類(lèi)的實(shí)例,代表了JVM本身的錯(cuò)誤。錯(cuò)誤不能被程序員通過(guò)代碼處理,Error很少出現(xiàn)。因此,程序員應(yīng)該關(guān)注Exception為父類(lèi)的分支下的各種異常類(lèi)。
異常:Exception以及他的子類(lèi),代表程序運(yùn)行時(shí)發(fā)送的各種不期望發(fā)生的事件??梢员籎ava異常處理機(jī)制使用,是異常處理的核心。

總體上我們根據(jù)Javac對(duì)異常的處理要求,將異常類(lèi)分為2類(lèi)。
非檢查異常(unckecked exception):Error 和 RuntimeException 以及他們的子類(lèi)。javac在編譯時(shí),不會(huì)提示和發(fā)現(xiàn)這樣的異常,不要求在程序處理這些異常。所以如果愿意,我們可以編寫(xiě)代碼處理(使用try…catch…finally)這樣的異常,也可以不處理。對(duì)于這些異常,我們應(yīng)該修正代碼,而不是去通過(guò)異常處理器處理 。這樣的異常發(fā)生的原因多半是代碼寫(xiě)的有問(wèn)題。如除0錯(cuò)誤ArithmeticException,錯(cuò)誤的強(qiáng)制類(lèi)型轉(zhuǎn)換錯(cuò)誤ClassCastException,數(shù)組索引越界ArrayIndexOutOfBoundsException,使用了空對(duì)象NullPointerException等等。
檢查異常(checked exception):除了Error 和 RuntimeException的其它異常。javac強(qiáng)制要求程序員為這樣的異常做預(yù)備處理工作(使用try…catch…finally或者throws)。在方法中要么用try-catch語(yǔ)句捕獲它并處理,要么用throws子句聲明拋出它,否則編譯不會(huì)通過(guò)。這樣的異常一般是由程序的運(yùn)行環(huán)境導(dǎo)致的。因?yàn)槌绦蚩赡鼙贿\(yùn)行在各種未知的環(huán)境下,而程序員無(wú)法干預(yù)用戶(hù)如何使用他編寫(xiě)的程序,于是程序員就應(yīng)該為這樣的異常時(shí)刻準(zhǔn)備著。如SQLException , IOException,ClassNotFoundException 等。
需要明確的是:檢查和非檢查是對(duì)于javac來(lái)說(shuō)的,這樣就很好理解和區(qū)分了。
初識(shí)異常
下面的代碼會(huì)演示2個(gè)異常類(lèi)型:ArithmeticException 和 InputMismatchException。前者由于整數(shù)除0引發(fā),后者是輸入的數(shù)據(jù)不能被轉(zhuǎn)換為int類(lèi)型引發(fā)。
package com.example;
import java. util .Scanner ;
public class AllDemo
{
public static void main (String [] args )
{
System . out. println( "----歡迎使用命令行除法計(jì)算器----" ) ;
CMDCalculate ();
}
public static void CMDCalculate ()
{
Scanner scan = new Scanner ( System. in );
int num1 = scan .nextInt () ;
int num2 = scan .nextInt () ;
int result = devide (num1 , num2 ) ;
System . out. println( "result:" + result) ;
scan .close () ;
}
public static int devide (int num1, int num2 ){
return num1 / num2 ;
}
}
/*****************************************
----歡迎使用命令行除法計(jì)算器----
0
Exception in thread "main" java.lang.ArithmeticException : / by zero
at com.example.AllDemo.devide( AllDemo.java:30 )
at com.example.AllDemo.CMDCalculate( AllDemo.java:22 )
at com.example.AllDemo.main( AllDemo.java:12 )
----歡迎使用命令行除法計(jì)算器----
r
Exception in thread "main" java.util.InputMismatchException
at 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.example.AllDemo.CMDCalculate( AllDemo.java:20 )
at com.example.AllDemo.main( AllDemo.java:12 )
*****************************************/
異常是在執(zhí)行某個(gè)函數(shù)時(shí)引發(fā)的,而函數(shù)又是層級(jí)調(diào)用,形成調(diào)用棧的,因?yàn)?,只要一個(gè)函數(shù)發(fā)生了異常,那么他的所有的caller都會(huì)被異常影響。當(dāng)這些被影響的函數(shù)以異常信息輸出時(shí),就形成的了異常追蹤棧。
異常最先發(fā)生的地方,叫做異常拋出點(diǎn)。

從上面的例子可以看出,當(dāng)devide函數(shù)發(fā)生除0異常時(shí),devide函數(shù)將拋出ArithmeticException異常,因此調(diào)用他的CMDCalculate函數(shù)也無(wú)法正常完成,因此也發(fā)送異常,而CMDCalculate的caller——main 因?yàn)镃MDCalculate拋出異常,也發(fā)生了異常,這樣一直向調(diào)用棧的棧底回溯。這種行為叫做異常的冒泡,異常的冒泡是為了在當(dāng)前發(fā)生異常的函數(shù)或者這個(gè)函數(shù)的caller中找到最近的異常處理程序。由于這個(gè)例子中沒(méi)有使用任何異常處理機(jī)制,因此異常最終由main函數(shù)拋給JRE,導(dǎo)致程序終止。
上面的代碼不使用異常處理機(jī)制,也可以順利編譯,因?yàn)?個(gè)異常都是非檢查異常。但是下面的例子就必須使用異常處理機(jī)制,因?yàn)楫惓J菣z查異常。
代碼中我選擇使用throws聲明異常,讓函數(shù)的調(diào)用者去處理可能發(fā)生的異常。但是為什么只throws了IOException呢?因?yàn)镕ileNotFoundException是IOException的子類(lèi),在處理范圍內(nèi)。
@Test
public void testException() throws IOException
{
//FileInputStream的構(gòu)造函數(shù)會(huì)拋出FileNotFoundException
FileInputStream fileIn = new FileInputStream("E:\\a.txt");
int word;
//read方法會(huì)拋出IOException
while((word = fileIn.read())!=-1)
{
System.out.print((char)word);
}
//close方法會(huì)拋出IOException
fileIn.clos
}
異常處理的基本語(yǔ)法
在編寫(xiě)代碼處理異常時(shí),對(duì)于檢查異常,有2種不同的處理方式:使用try…catch…finally語(yǔ)句塊處理它?;蛘?,在函數(shù)簽名中使用throws 聲明交給函數(shù)調(diào)用者caller去解決。
try…catch…finally語(yǔ)句塊
try{
//try塊中放可能發(fā)生異常的代碼。
//如果執(zhí)行完try且不發(fā)生異常,則接著去執(zhí)行finally塊和finally后面的代碼(如果有的話(huà))。
//如果發(fā)生異常,則嘗試去匹配catch塊。
}catch(SQLException SQLexception){
//每一個(gè)catch塊用于捕獲并處理一個(gè)特定的異常,或者這異常類(lèi)型的子類(lèi)。Java7中可以將多個(gè)異常聲明在一個(gè)catch中。
//catch后面的括號(hào)定義了異常類(lèi)型和異常參數(shù)。如果異常與之匹配且是最先匹配到的,則虛擬機(jī)將使用這個(gè)catch塊來(lái)處理異常。
//在catch塊中可以使用這個(gè)塊的異常參數(shù)來(lái)獲取異常的相關(guān)信息。異常參數(shù)是這個(gè)catch塊中的局部變量,其它塊不能訪(fǎng)問(wèn)。
//如果當(dāng)前try塊中發(fā)生的異常在后續(xù)的所有catch中都沒(méi)捕獲到,則先去執(zhí)行finally,然后到這個(gè)函數(shù)的外部caller中去匹配異常處理器。
//如果try中沒(méi)有發(fā)生異常,則所有的catch塊將被忽略。
}catch(Exception exception){
//...
}finally{
//finally塊通常是可選的。
//無(wú)論異常是否發(fā)生,異常是否匹配被處理,finally都會(huì)執(zhí)行。
//一個(gè)try至少要有一個(gè)catch塊,否則, 至少要有1個(gè)finally塊。但是finally不是用來(lái)處理異常的,finally不會(huì)捕獲異常。
//finally主要做一些清理工作,如流的關(guān)閉,數(shù)據(jù)庫(kù)連接的關(guān)閉等。
}
需要注意的地方
1、try塊中的局部變量和catch塊中的局部變量(包括異常變量),以及finally中的局部變量,他們之間不可共享使用。
2、每一個(gè)catch塊用于處理一個(gè)異常。異常匹配是按照catch塊的順序從上往下尋找的,只有第一個(gè)匹配的catch會(huì)得到執(zhí)行。匹配時(shí),不僅運(yùn)行精確匹配,也支持父類(lèi)匹配,因此,如果同一個(gè)try塊下的多個(gè)catch異常類(lèi)型有父子關(guān)系,應(yīng)該將子類(lèi)異常放在前面,父類(lèi)異常放在后面,這樣保證每個(gè)catch塊都有存在的意義。
3、java中,異常處理的任務(wù)就是將執(zhí)行控制流從異常發(fā)生的地方轉(zhuǎn)移到能夠處理這種異常的地方去。也就是說(shuō):當(dāng)一個(gè)函數(shù)的某條語(yǔ)句發(fā)生異常時(shí),這條語(yǔ)句的后面的語(yǔ)句不會(huì)再執(zhí)行,它失去了焦點(diǎn)。執(zhí)行流跳轉(zhuǎn)到最近的匹配的異常處理catch代碼塊去執(zhí)行,異常被處理完后,執(zhí)行流會(huì)接著在“處理了這個(gè)異常的catch代碼塊”后面接著執(zhí)行。
有的編程語(yǔ)言當(dāng)異常被處理后,控制流會(huì)恢復(fù)到異常拋出點(diǎn)接著執(zhí)行,這種策略叫做:resumption model of exception handling(恢復(fù)式異常處理模式 )
而Java則是讓執(zhí)行流恢復(fù)到處理了異常的catch塊后接著執(zhí)行,這種策略叫做:termination model of exception handling(終結(jié)式異常處理模式)
public static void main(String[] args){
try {
foo();
}catch(ArithmeticException ae) {
System.out.println("處理異常");
}
}
public static void foo(){
int a = 5/0; //異常拋出點(diǎn)
System.out.println("為什么還不給我漲工資!!!"); //////////////////////不會(huì)執(zhí)行
}
throws 函數(shù)聲明
throws聲明:如果一個(gè)方法內(nèi)部的代碼會(huì)拋出檢查異常(checked exception),而方法自己又沒(méi)有完全處理掉,則javac保證你必須在方法的簽名上使用throws關(guān)鍵字聲明這些可能拋出的異常,否則編譯不通過(guò)。
throws是另一種處理異常的方式,它不同于try…catch…finally,throws僅僅是將函數(shù)中可能出現(xiàn)的異常向調(diào)用者聲明,而自己則不具體處理。
采取這種異常處理的原因可能是:方法本身不知道如何處理這樣的異常,或者說(shuō)讓調(diào)用者處理更好,調(diào)用者需要為可能發(fā)生的異常負(fù)責(zé)。
public void foo() throws ExceptionType1 , ExceptionType2 ,ExceptionTypeN
{
//foo內(nèi)部可以?huà)伋?ExceptionType1 , ExceptionType2 ,ExceptionTypeN 類(lèi)的異常,或者他們的子類(lèi)的異常對(duì)象。
}
finally塊
finally塊不管異常是否發(fā)生,只要對(duì)應(yīng)的try執(zhí)行了,則它一定也執(zhí)行。只有一種方法讓finally塊不執(zhí)行:System.exit()。因此finally塊通常用來(lái)做資源釋放操作:關(guān)閉文件,關(guān)閉數(shù)據(jù)庫(kù)連接等等。
良好的編程習(xí)慣是:在try塊中打開(kāi)資源,在finally塊中清理釋放這些資源。
需要注意的地方:
1、finally塊沒(méi)有處理異常的能力。處理異常的只能是catch塊。
2、在同一try…catch…finally塊中 ,如果try中拋出異常,且有匹配的catch塊,則先執(zhí)行catch塊,再執(zhí)行finally塊。如果沒(méi)有catch塊匹配,則先執(zhí)行finally,然后去外面的調(diào)用者中尋找合適的catch塊。
3、在同一try…catch…finally塊中 ,try發(fā)生異常,且匹配的catch塊中處理異常時(shí)也拋出異常,那么后面的finally也會(huì)執(zhí)行:首先執(zhí)行finally塊,然后去外圍調(diào)用者中尋找合適的catch塊。
這是正常的情況,但是也有特例。關(guān)于finally有很多惡心,偏、怪、難的問(wèn)題,我在本文最后統(tǒng)一介紹了,電梯速達(dá)->:finally塊和return
throw 異常拋出語(yǔ)句
throw exceptionObject
程序員也可以通過(guò)throw語(yǔ)句手動(dòng)顯式的拋出一個(gè)異常。throw語(yǔ)句的后面必須是一個(gè)異常對(duì)象。
throw 語(yǔ)句必須寫(xiě)在函數(shù)中,執(zhí)行throw 語(yǔ)句的地方就是一個(gè)異常拋出點(diǎn),它和由JRE自動(dòng)形成的異常拋出點(diǎn)沒(méi)有任何差別。
public void save(User user)
{
if(user == null)
throw new IllegalArgumentException("User對(duì)象為空");
//......
}
異常的鏈化
在一些大型的,模塊化的軟件開(kāi)發(fā)中,一旦一個(gè)地方發(fā)生異常,則如骨牌效應(yīng)一樣,將導(dǎo)致一連串的異常。假設(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ù)主要是異常類(lèi)的一個(gè)帶Throwable參數(shù)的函數(shù)來(lái)實(shí)現(xiàn)的。這個(gè)當(dāng)做參數(shù)的異常,我們叫他根源異常(cause)。
查看Throwable類(lèi)源碼,可以發(fā)現(xiàn)里面有一個(gè)Throwable字段cause,就是它保存了構(gòu)造時(shí)傳遞的根源異常參數(shù)。這種設(shè)計(jì)和鏈表的結(jié)點(diǎn)類(lèi)設(shè)計(jì)如出一轍,因此形成鏈也是自然的了。
public class Throwable implements Serializable {
private Throwable cause = this;
public Throwable(String message, Throwable cause) {
fillInStackTrace();
detailMessage = message;
this.cause = cause;
}
public Throwable(Throwable cause) {
fillInStackTrace();
detailMessage = (cause==null ? null : cause.toString());
this.cause = cause;
}
//........
}
下面是一個(gè)例子,演示了異常的鏈化:從命令行輸入2個(gè)int,將他們相加,輸出。輸入的數(shù)不是int,則導(dǎo)致getInputNumbers異常,從而導(dǎo)致add函數(shù)異常,則可以在add函數(shù)中拋出
一個(gè)鏈化的異常。
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();
}
}
//獲取輸入的2個(gè)整數(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;
}
//執(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){
throw new Exception("計(jì)算失敗",immExp); /////////////////////////////鏈化:以一個(gè)異常對(duì)象為參數(shù)構(gòu)造新的異常對(duì)象。
}
return result;
}
/*
請(qǐng)輸入2個(gè)加數(shù)
r 1
java.lang.Exception: 計(jì)算失敗
at practise.ExceptionTest.add(ExceptionTest.java:53)
at practise.ExceptionTest.main(ExceptionTest.java:18)
Caused by: java.util.InputMismatchException
at 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 practise.ExceptionTest.getInputNumbers(ExceptionTest.java:30)
at practise.ExceptionTest.add(ExceptionTest.java:48)
... 1 more
*/

自定義異常
如果要自定義異常類(lèi),則擴(kuò)展Exception類(lèi)即可,因此這樣的自定義異常都屬于檢查異常(checked exception)。如果要自定義非檢查異常,則擴(kuò)展自RuntimeException。
按照國(guó)際慣例,自定義的異常應(yīng)該總是包含如下的構(gòu)造函數(shù):
- 一個(gè)無(wú)參構(gòu)造函數(shù)
- 一個(gè)帶有String參數(shù)的構(gòu)造函數(shù),并傳遞給父類(lèi)的構(gòu)造函數(shù)。
- 一個(gè)帶有String參數(shù)和Throwable參數(shù),并都傳遞給父類(lèi)構(gòu)造函數(shù)
- 一個(gè)帶有Throwable 參數(shù)的構(gòu)造函數(shù),并傳遞給父類(lèi)的構(gòu)造函數(shù)。
下面是IOException類(lèi)的完整源代碼,可以借鑒。
public class IOException extends Exception
{
static final long serialVersionUID = 7818375828146090155L;
public IOException()
{
super();
}
public IOException(String message)
{
super(message);
}
public IOException(String message, Throwable cause)
{
super(message, cause);
}
public IOException(Throwable cause)
{
super(cause);
}
}
異常的注意事項(xiàng)
1、當(dāng)子類(lèi)重寫(xiě)父類(lèi)的帶有 throws聲明的函數(shù)時(shí),其throws聲明的異常必須在父類(lèi)異常的可控范圍內(nèi)——用于處理父類(lèi)的throws方法的異常處理器,必須也適用于子類(lèi)的這個(gè)帶throws方法 。這是為了支持多態(tài)。
例如,父類(lèi)方法throws 的是2個(gè)異常,子類(lèi)就不能throws 3個(gè)及以上的異常。父類(lèi)throws IOException,子類(lèi)就必須throws IOException或者IOException的子類(lèi)。
至于為什么?我想,也許下面的例子可以說(shuō)明。
class Father
{
public void start() throws IOException
{
throw new IOException();
}
}
class Son extends Father
{
public void start() throws Exception
{
throw new SQLException();
}
}
/**********************假設(shè)上面的代碼是允許的(實(shí)質(zhì)是錯(cuò)誤的)***********************/
class Test
{
public static void main(String[] args)
{
Father[] objs = new Father[2];
objs[0] = new Father();
objs[1] = new Son();
for(Father obj:objs)
{
//因?yàn)镾on類(lèi)拋出的實(shí)質(zhì)是SQLException,而IOException無(wú)法處理它。
//那么這里的try。。catch就不能處理Son中的異常。
//多態(tài)就不能實(shí)現(xiàn)了。
try {
obj.start();
}catch(IOException)
{
//處理IOException
}
}
}
}
2、Java程序可以是多線(xiàn)程的。每一個(gè)線(xiàn)程都是一個(gè)獨(dú)立的執(zhí)行流,獨(dú)立的函數(shù)調(diào)用棧。如果程序只有一個(gè)線(xiàn)程,那么沒(méi)有被任何代碼處理的異常 會(huì)導(dǎo)致程序終止。如果是多線(xiàn)程的,那么沒(méi)有被任何代碼處理的異常僅僅會(huì)導(dǎo)致異常所在的線(xiàn)程結(jié)束。
也就是說(shuō),Java中的異常是線(xiàn)程獨(dú)立的,線(xiàn)程的問(wèn)題應(yīng)該由線(xiàn)程自己來(lái)解決,而不要委托到外部,也不會(huì)直接影響到其它線(xiàn)程的執(zhí)行。
finally塊和return
首先一個(gè)不容易理解的事實(shí):在 try塊中即便有return,break,continue等改變執(zhí)行流的語(yǔ)句,finally也會(huì)執(zhí)行。
public static void main(String[] args)
{
int re = bar();
System.out.println(re);
}
private static int bar()
{
try{
return 5;
} finally{
System.out.println("finally");
}
}
/*輸出:
finally
*/
很多人面對(duì)這個(gè)問(wèn)題時(shí),總是在歸納執(zhí)行的順序和規(guī)律,不過(guò)我覺(jué)得還是很難理解。我自己總結(jié)了一個(gè)方法。用如下GIF圖說(shuō)明。

也就是說(shuō):try…catch…finally中的return 只要能執(zhí)行,就都執(zhí)行了,他們共同向同一個(gè)內(nèi)存地址(假設(shè)地址是0×80)寫(xiě)入返回值,后執(zhí)行的將覆蓋先執(zhí)行的數(shù)據(jù),而真正被調(diào)用者取的返回值就是最后一次寫(xiě)入的。那么,按照這個(gè)思想,下面的這個(gè)例子也就不難理解了。
finally中的return 會(huì)覆蓋 try 或者catch中的返回值。
public static void main(String[] args)
{
int result;
result = foo();
System.out.println(result); /////////2
result = bar();
System.out.println(result); /////////2
}
@SuppressWarnings("finally")
public static int foo()
{
trz{
int a = 5 / 0;
} catch (Exception e){
return 1;
} finally{
return 2;
}
}
@SuppressWarnings("finally")
public static int bar()
{
try {
return 1;
}finally {
return 2;
}
}
finally中的return會(huì)抑制(消滅)前面try或者catch塊中的異常
class TestException
{
public static void main(String[] args)
{
int result;
try{
result = foo();
System.out.println(result); //輸出100
} catch (Exception e){
System.out.println(e.getMessage()); //沒(méi)有捕獲到異常
}
try{
result = bar();
System.out.println(result); //輸出100
} catch (Exception e){
System.out.println(e.getMessage()); //沒(méi)有捕獲到異常
}
}
//catch中的異常被抑制
@SuppressWarnings("finally")
public static int foo() throws Exception
{
try {
int a = 5/0;
return 1;
}catch(ArithmeticException amExp) {
throw new Exception("我將被忽略,因?yàn)橄旅娴膄inally中使用了return");
}finally {
return 100;
}
}
//try中的異常被抑制
@SuppressWarnings("finally")
public static int bar() throws Exception
{
try {
int a = 5/0;
return 1;
}finally {
return 100;
}
}
}
finally中的異常會(huì)覆蓋(消滅)前面try或者catch中的異常
class TestException
{
public static void main(String[] args)
{
int result;
try{
result = foo();
} catch (Exception e){
System.out.println(e.getMessage()); //輸出:我是finaly中的Exception
}
try{
result = bar();
} catch (Exception e){
System.out.println(e.getMessage()); //輸出:我是finaly中的Exception
}
}
//catch中的異常被抑制
@SuppressWarnings("finally")
public static int foo() throws Exception
{
try {
int a = 5/0;
return 1;
}catch(ArithmeticException amExp) {
throw new Exception("我將被忽略,因?yàn)橄旅娴膄inally中拋出了新的異常");
}finally {
throw new Exception("我是finaly中的Exception");
}
}
//try中的異常被抑制
@SuppressWarnings("finally")
public static int bar() throws Exception
{
try {
int a = 5/0;
return 1;
}finally {
throw new Exception("我是finaly中的Exception");
}
}
}
上面的3個(gè)例子都異于常人的編碼思維,因此我建議:
- 不要在fianlly中使用return。
- 不要在finally中拋出異常。
- 減輕finally的任務(wù),不要在finally中做一些其它的事情,finally塊僅僅用來(lái)釋放資源是最合適的。
- 將盡量將所有的return寫(xiě)在函數(shù)的最后面,而不是try … catch … finally中。
更多java相關(guān)內(nèi)容感興趣的讀者可查看本站專(zhuān)題:《Java面向?qū)ο蟪绦蛟O(shè)計(jì)入門(mén)與進(jìn)階教程》、《Java數(shù)據(jù)結(jié)構(gòu)與算法教程》、《Java操作DOM節(jié)點(diǎn)技巧總結(jié)》、《Java文件與目錄操作技巧匯總》和《Java緩存操作技巧匯總》
希望本文所述對(duì)大家java程序設(shè)計(jì)有所幫助。
相關(guān)文章
自定義的Troop<T>泛型類(lèi)( c++, java和c#)的實(shí)現(xiàn)代碼
這篇文章主要介紹了自定義的Troop<T>泛型類(lèi)( c++, java和c#)的實(shí)現(xiàn)代碼的相關(guān)資料,需要的朋友可以參考下2017-05-05
Java常見(jiàn)問(wèn)題之javac Hello.java找不到文件的解決方法
剛開(kāi)始編寫(xiě)java代碼時(shí),肯定會(huì)遇到各種各樣的bug,當(dāng)然對(duì)于初學(xué)者這也是能理解的,下面這篇文章主要給大家介紹了關(guān)于Java常見(jiàn)問(wèn)題之javac Hello.java找不到文件解決的相關(guān)資料,文中通過(guò)圖文介紹的非常詳細(xì),需要的朋友可以參考下。2018-01-01
一文詳解SpringBoot響應(yīng)壓縮功能的配置與優(yōu)化
Spring Boot的響應(yīng)壓縮功能基于智能協(xié)商機(jī)制,需同時(shí)滿(mǎn)足很多條件,本文主要為大家詳細(xì)介紹了SpringBoot響應(yīng)壓縮功能的配置與優(yōu)化,需要的可以參考下2025-03-03
一文教會(huì)你如何從0到1搭建一個(gè)SpringBoot項(xiàng)目
今天剛好學(xué)習(xí)到SpringBoot,就順便記錄一下吧,下面這篇文章主要給大家介紹了關(guān)于如何從0到1搭建一個(gè)SpringBoot項(xiàng)目的相關(guān)資料,文中通過(guò)圖文介紹的非常詳細(xì),需要的朋友可以參考下2024-01-01
java計(jì)算集合對(duì)稱(chēng)差的示例代碼
本篇文章主要介紹了java計(jì)算集合對(duì)稱(chēng)差的示例代碼,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2017-09-09
System 類(lèi) 和 Runtime 類(lèi)的常用用法介紹
這篇文章主要介紹了System 類(lèi) 和 Runtime 類(lèi)的常用用法,有需要的朋友可以參考一下2014-01-01
Java中super關(guān)鍵字介紹以及super()的使用
這幾天看到類(lèi)在繼承時(shí)會(huì)用到this和super,這里就做了一點(diǎn)總結(jié),下面這篇文章主要給大家介紹了關(guān)于Java中super關(guān)鍵字介紹以及super()使用的相關(guān)資料,需要的朋友可以參考下2022-01-01

