1. 程式人生 > >談談Java Checked Exception與Runtime Exception 的區別

談談Java Checked Exception與Runtime Exception 的區別

Java裡有個很重要的特色是Exception ,也就是說允許程式產生例外狀況。而在學Java 的時候,我們也只知道Exception 的寫法,卻未必真能瞭解不同種類的Exception 的區別。

  首先,您應該知道的是Java 提供了兩種Exception 的模式,一種是執行的時候所產生的Exception (Runtime Exception),另外一種則是受控制的Exception (Checked Exception)。

  所有的Checked Exception 均從java.lang.Exception 繼承而來,而Runtime Exception 則繼承java.lang.RuntimeException 或java.lang.Error (實際上java.lang.RuntimeException 的上一層也是java.lang.Exception)。

  當我們撰寫程式的時候,我們很可能會對選擇某種形式的Exception 感到困擾,到底我應該選擇Runtime Exception 還是Checked Exception ?

  其實,在運作上,我們可以通過Class 的Method 如何產生某個Exception以及某個程式如何處理這個被產生來的Exception 來了解它們之間的差異。
首先我們先建立一個Exception

public class CException extends Exception
{
public CException() {}
public CException(String message)
{
super(message);
}
}

然後我們撰寫一個可能產生 CException 的 Class

public class testException
{
public void method1() throws CException
{
throw new CException("Test Exception");
}

public void method2(String msg)
{
if(msg == null)
{
throw new NullPointerException("Message is null");
}
}

public void method3() throws CException
{
method1();
}

// 以下省略
// ...
}

  在這三個method 中,我們看到了method1 和method2 的程式碼內都會產生Exception,但method3 的程式碼中(大括號內),並沒產生Exception,但在method3 的定義中,暗示了這個method 可能產生CException。

  呼叫method1() 的程式,必須將method1() 包含在try 與catch 中,如:

public class runtest
{
// ....
public static void main(String argv[])
{
testException te = new testException();
try
{
te.method1();
}
catch(CException ce)
{
// ....
}
}
// ...
}

  雖然包含在try 與catch 中,並不表示這段程式碼一定會收到CException,但它的用意在於提醒呼叫者,執行這個method 可能產生的意外,而使用者也必須要能針對這個意外做出相對應的處理方式。

  當使用者呼叫method2() 時,並不需要使用try 和catch 將程式碼包起來,因為method2 的定義中,並沒有throws 任何的Exception ,如:

public class runtest
{
// ....
public static void main(String argv[])
{

testException te = new testException();

// 不會產生 Exception
te.method2("Hello");

// 會產生 Exception
te.method2(null);
}
// ...
}

  程式在執行的時候,也不見得會真的產生NullPointerException ,這種Exception 叫做runtime exception 也有人稱為unchecked exception ,產生Runtime Exception 的method (在這個範例中是method2) 並不需要在宣告method 的時候定義它將會產生哪一種Exception 。

  在testException 的method3() 中,我們看到了另外一種狀況,也就是method3裡呼叫了method1() ,但卻沒有將method1 包在try 和catch 之間。相反,在method3() 的定義中,它定義了CException,實際上就是如果method3 收到了CException ,它將不處理這個CException ,而將它往外丟。當然,由於method3 的定義中有throws CException ,因此呼叫method3 的程式碼也需要有try catch 才行。

  因此從程式的運作機制上看,Runtime Exception與Checked Exception 不一樣,然而從邏輯上看,Runtime Exception 與Checked Exception 在使用的目的上也不一樣。

  一般而言,Checked Exception 表示這個Exception 必須要被處理,也就是說程式設計者應該已經知道可能會收到某個Exception(因為要try catch住) ,所以程式設計者應該能針對這些不同的Checked Exception 做出不同的處理。

  而Runtime Exception 通常會暗示著程式上的錯誤,這種錯誤會導致程式設計者無法處理,而造成程式無法繼續執行下去。

看看下面的例子:

String message[] = {"message1", "message2","message3"};
System.out.println(message[3]);

  這段程式碼在Compile 時並沒問題,但在執行時則會出現ArrayIndexOutOfBoundException 的例外,在這種狀況下,我們亦無法針對這個Runtime Exception 做出有意義的動作,這就像是我們呼叫了testException 中的method2 ,卻引發了它的NullPointerException 一樣,在這種狀況下,我們必須對程式碼進行修改,從而避免這個問題。

  因此,實際上我們應該也必須要去抓取所有的Checked Exception,同時最好能在這些Checked Exception 發生的時候做出相對應的處理,好讓程式能面對不同的狀況。

  然而對於Runtime Exception ,有些人建議將它catch 住,然後導向其它地方,讓程式繼續執行下去,這種作法並非不好,但它會讓我們在某些測試工具下認為我們的程式碼沒有問題,因為我們將Runtime Exception "處理"掉了,事實卻不然!譬如很多人的習慣是在程式的進入點後用個大大的try catch 包起來,如:

public class runtest1
{
public static void main(String argv[])
{
try
{
//...
}
catch(Exception e)
{
}
}
}

  在這種情況下,我們很可能會不知道發生了什麼Exception 或是從哪一行發出的,因此在面對不同的Checked Exception時,我們可已分別去try catch它。而在測試階段時,如果碰到Runtime Exception ,我們可以讓它就這樣發生,接著再去修改我們的程式碼,讓它避免Runtime Exception,否則,我們就應該仔細追究每一個Exception ,直到我們可以確定它不會有Runtime Exception 為止!

  對於Checked Exception 與Runtime Exception ,我想應該有不少人會有不同的觀點,無論如何,程式先要能執行,這些Exception 才有機會產生。因此,我們可以把這些Exception 當成是Bug ,也可以當成是不同的狀況(Checked Exception),或當成是幫助我們除錯的工具(Runtime Exception),但前提是我們需要處理這些Exception ,如果不處理,那麼問題或狀況就會永遠留在那裡。
 

再分享一下我老師大神的人工智慧教程吧。零基礎!通俗易懂!風趣幽默!還帶黃段子!希望你也加入到我們人工智慧的隊伍中來!

https://www.cnblogs.com/captainbed