是否有可能捕獲除運行時異常外的所有異常？

Question

我有一個聲明，引發了很多檢查異常。我可以添加所有catch塊的所有的人都像這樣：

try { 
    methodThrowingALotOfDifferentExceptions(); 
} catch(IOException ex) { 
    throw new MyCustomInitializationException("Class Resolver could not be initialized.", ex); 
} catch(ClassCastException ex) { 
    throw new MyCustomInitializationException("Class Resolver could not be initialized.", ex); 
} catch... 

我不喜歡這一點，因爲他們都在處理相同的方式，以便有一種重複的代碼，也有大量的代碼編寫。相反，能趕上Exception：

try { 
    methodThrowingALotOfDifferentExceptions(); 
} catch(Exception ex) { 
    throw new MyCustomInitializationException("Class Resolver could not be initialized.", ex); 
} 

這將是確定的，但我希望所有運行時異常被丟棄而不被卡住。有沒有解決這個問題的方法？我在想，要捕捉的異常類型的一些聰明的泛型聲明可能會訣竅（或者可能不會）。

Answer 1

你可以做到以下幾點：

try { 
    methodThrowingALotOfDifferentExceptions(); 
} catch(RuntimeException ex) { 
    throw ex; 
} catch(Exception ex) { 
    throw new MyCustomInitializationException("Class Resolver could not be initialized.", ex); 
} 

Answer 2

如果你可以使用Java 7，你可以使用一個Multi-Catch：

try { 
    methodThrowingALotOfDifferentExceptions(); 
} catch(IOException|ClassCastException|... ex) { 
    throw new MyCustomInitializationException("Class Resolver could not be initialized.", ex); 
} 

Answer 3

你可以嘗試這樣的事情，基本上趕上一切，然後如果它是該類的實例，則重新拋出RuntimeException ...

try { 
    methodThrowingALotOfDifferentExceptions(); 
} catch(Exception ex) { 
    if (ex instanceof RuntimeException){ 
     throw ex; 
    } 
    else { 
     throw new MyCustomInitializationException("Class Resolver could not be initialized.", ex); 
    } 
} 

眼見彷彿這將是凌亂寫一遍又一遍（和壞的可維護性），我的代碼可能會轉移到不同的等級，這樣的事情...

public class CheckException { 
    public static void check(Exception ex, String message) throws Exception{ 
     if (ex instanceof RuntimeException){ 
      throw ex; 
     } 
     else { 
      throw new MyCustomInitializationException(message, ex); 
     } 
    } 
} 

而且用它你這樣的代碼......

try { 
    methodThrowingALotOfDifferentExceptions(); 
} catch(Exception ex) { 
    CheckException.check(ex,"Class Resolver could not be initialized."); 
} 

注意到我們通過在message，使我們仍然可以自定義我們的MyCustomInitializationException。