突破Java異常處理規(guī)則
發(fā)表時(shí)間:2024-05-20 來(lái)源:明輝站整理相關(guān)軟件相關(guān)文章人氣:
[摘要]問(wèn)題: 我在我的應(yīng)用程序中調(diào)用了外部方法并且想捕獲它可能拋出的異常。我能捕獲java.lang.Exception嗎? 答案: 通過(guò)一個(gè)給定的方法去處理所有運(yùn)行時(shí)和檢測(cè)異常對(duì)于預(yù)防外部錯(cuò)誤是不充分的。 你可以去讀目前 JavaWorld文章 – “Java Tip 134: When Ca...
問(wèn)題: 我在我的應(yīng)用程序中調(diào)用了外部方法并且想捕獲它可能拋出的異常。我能捕獲java.lang.Exception嗎?
答案: 通過(guò)一個(gè)給定的方法去處理所有運(yùn)行時(shí)和檢測(cè)異常對(duì)于預(yù)防外部錯(cuò)誤是不充分的。
你可以去讀目前 JavaWorld文章 – “Java Tip 134: When Catching Exception, Don’t Cast Your Net Too Wide”。這篇文章警告了捕獲java.lang.Exception和java.lang.Throable是不好的。捕獲你能指定的異常對(duì)于代碼的可維護(hù)性是十分重要的。然而這個(gè)規(guī)則依賴于特殊的環(huán)境。如果你不打算你的程序崩潰并且保留你的數(shù)據(jù)結(jié)構(gòu)的安全異常,那么你必須捕獲被拋出的真正的異常。
舉個(gè)例子,想象你有一個(gè)加載了這個(gè)接口的服務(wù)器應(yīng)用:
public interface IFoo
{
/**
* This method can't throw any checked exceptions...or can it?
*/
void bar ();
} // End of interface
對(duì)于給出參數(shù)的理由是讓我們通知你這樣的服務(wù)在什么地方,并且不同的IFoo實(shí)現(xiàn)能夠從外部資源加載上。你寫如下代碼:
try
{
IFoo foo = ... // get an IFoo implementation
foo.bar ();
}
catch (RuntimeException ioe)
{
// Handle 'ioe' ...
}
catch (Error e)
{
// Handle or re-throw 'e' ...
}
并且你在這個(gè)里處理了所有可能的異常。你不需要在這里加上任何捕獲java.io.IOException的異常,因?yàn)镮Foo實(shí)現(xiàn)沒(méi)有從IFoo.bar()中拋出它,對(duì)嗎?(事實(shí)上,如果你加上了捕獲java.io.IOException異常塊,編譯器可能會(huì)把它作為不可到達(dá)的異常而丟棄)
錯(cuò)誤。在我寫的EvilFoo類中bar()方法證明了將拋出你傳遞給類構(gòu)造器的任何異常:
public void bar ()
{
EvilThrow.throwThrowable (m_throwthis);
}
運(yùn)行Main方法:
public class Main
{
public static void main (final String[] args)
{
// This try/catch block appears to intercept all exceptions that
// IFoo.bar() can throw; however, this is not true
try
{
IFoo foo = new EvilFoo (new java.io.IOException ("SURPRISE!"));
foo.bar ();
}
catch (RuntimeException ioe)
{
// Ignore ioe
}
catch (Error e)
{
// Ignore e
}
}
} // End of class
你將看到從bar()方法拋出的java.io.IOException異常實(shí)例并且沒(méi)有任何捕獲塊:
>java -cp classes Main
Exception in thread "main" java.io.IOException: SURPRISE!
at Main.main(Main.java:23)
在這里發(fā)生了什么?
主要的觀察是通常針對(duì)檢測(cè)異常的Java規(guī)則僅僅在編譯的時(shí)候被執(zhí)行。在運(yùn)行的時(shí)候,一個(gè)JVM不能保證被一個(gè)方法拋出的異常是否和在這個(gè)方法中聲明的拋出異常相匹配。因?yàn)檎{(diào)用方法的職責(zé)是捕獲和處理所有從調(diào)用方法拋出的異常。任何沒(méi)有被調(diào)用方法聲明的異常將不予理睬并且拒絕調(diào)用棧。