java中異常處理

1、 Logger.getLogger(getClass(.error(e.getMessage,e;這種輸出異常的方式一般只適用于開發(fā)人員認(rèn)為此異常不應(yīng)該暴露給上層的情況,而對于其他的則不應(yīng)該使用此處理方式。u 將異常處理后重新拋出trycatch(IOException efound = false;throw e;u 將異常轉(zhuǎn)換成其他受查異常重新拋出trytestException(; catch (LoadPluginClassException ee.printStackTrace(;private static void testException( throws LoadPlugin

2、ClassExceptiontryClass class1 = Class.forName("com.cownew.test.Class1"Class class2 = Class.forName("com.cownew.test.Class2" catch (ClassNotFoundException ethrow new LoadPluginClassException("PluginClass not found"運行結(jié)果:com.LoadPluginClassException: PluginClass not founda

3、t com.Main.testException(Main.java:54at com.Main.main(Main.java:37從打印出的異常堆棧中看不到到底是加載Class1的時候發(fā)生異常還是加載Class2的時候發(fā)生異常。這種無法定位到異常源頭的處理方式無論是對開發(fā)人員還是對正式運行的系統(tǒng)來說都是很惱火的事情。為什么在異常堆棧中看不到在哪里拋出的ClassNotFoundException 呢?因為在Java看來這個LoadPluginClassException是從它被throw的位置拋出的,發(fā)生系統(tǒng)異常的地方也就是在這個地方。為了能讓Java把原始的異常也打印出來,可以將原始異常做

4、為根異常傳遞給新拋出的異常即可。trytestException(; catch (LoadPluginClassException ee.printStackTrace(;private static void testException( throws LoadPluginClassExceptiontryClass class1 = Class.forName("com.cownew.test.Class1"Class class2 = Class.forName("com.cownew.test.Class2" catch (ClassNotFo

5、undException ethrow new LoadPluginClassException("PluginClass not found",e;運行結(jié)果:com.LoadPluginClassException: PluginClass not foundat com.Main.testException(Main.java:54at com.Main.main(Main.java:37at .URLClassLoader$1.run(Unknown Sourceat java.security.AccessController.doPrivileged(Native

6、 Methodat .URLClassLoader.findClass(Unknown Sourceat java.lang.ClassLoader.loadClass(Unknown Sourceat sun.misc.Launcher$AppClassLoader.loadClass(Unknown Sourceat java.lang.ClassLoader.loadClass(Unknown Sourceat java.lang.ClassLoader.loadClassInternal(Unknown Sourceat java.lang.Class.forName0(Native

7、Methodat java.lang.Class.forName(Unknown Sourceat com.Main.testException(Main.java:50. 1 more對原始異常進(jìn)行包裝,無論異常拋到哪里,我們都能清晰的看到異常的源頭。u 將異常轉(zhuǎn)化為非受查異常拋出與C#、Delphi等語言不同,Java在異常處理方面更加嚴(yán)謹(jǐn),Java的受查異常要求開發(fā)人員必須處理。這在增強了系統(tǒng)的邏輯正確性的同時,也使得代碼異常復(fù)雜,到處充滿著異常拋出、異常聲明、異常捕獲的代碼。開發(fā)人員對于自己無法處理的異常有兩種方式,一種懶人是直接吃掉異常,另一種追求嚴(yán)謹(jǐn)?shù)拈_發(fā)人員會把異常繼續(xù)向上拋出,

8、比如:private static void fooBar( throws InstantiationException,IllegalAccessException, ClassNotFoundExceptionObject obj = Class.forName("com.test.MyClass".newInstance(;int i = Integer.parseInt(obj.toString(;System.out.println(i;這么一個簡單的方法竟然拋出如此多的異常,而且調(diào)用者也許也不明白為什么這個方法要拋出ClassNotFoundException,

9、所以調(diào)用者也繼續(xù)向上拋,代碼中就充斥著大量的異常聲明。越來越多的人發(fā)現(xiàn)過多的使用受查異常給代碼帶來的壞處,所以非受查異常也逐漸被越來越多的人接受,最突出的就是在Spring提供的一些JDBC、ORM等框架中很多地方使用了非受查異常,這樣應(yīng)用程序?qū)ζ潢P(guān)心的非受查異?？梢杂羞x擇的進(jìn)行捕獲處理。案例系統(tǒng)中提供了一個將受查異常轉(zhuǎn)換為通用非受查異常的方法:即定義在mon.ExceptionUtils類中的public static CTKRunTimeException toRuntimeException(Throwable e方法:public static CTKRunTimeException

10、toRuntimeException(Throwable eCTKRunTimeException re = new CTKRunTimeException(e;re.setStackTrace(e.getStackTrace(;Logger.getLogger(ExceptionUtils.class.error(e.getMessage(,e;return re;其中CTKRunTimeException 類的定義如下:public class CTKRunTimeException extends RuntimeExceptionpublic CTKRunTimeException(Throwable causesuper(cause;使用示例:tryint i= Integer.parseInt(“123”;catch(NumberFormatException fethrow ExceptionUtils.toRun