MDA之路

    Java異常的語法應(yīng)該是很簡單的，一個try，catch，finally，一個throws，throw，兩分鐘就可學(xué)完了。我相信許多人和我一樣，對于異常是這樣處理的：
1.寫程序時就等編譯器檢查，一旦通不過就加try，catch;
2.自己拋異常常常忘了在方法聲明時加throws，而且又不明白為什么有的異常需要throws，而有的又不需要;
3.從來不寫自己的異常類；
4.catch到異常不知道怎么辦，通通加一行printStackTrace拉倒；
如果屬于以上這幾種情況的，我覺得有必要和我一起討論一下Java的異常使用方法。

    查閱資料可以得知，Java最主要的異常類包括4種：Throwable、Error、Exception和RuntimeException；其中Throwable是所有異常類的父類，它繼承Object類并實現(xiàn)Serializable接口；Error和Exception都是Throwable的子類；而RuntimeException是Exception的子類。Exception的子類非常多，但是RuntimeException是一個特殊的子類，需要單獨討論。
    一般當(dāng)程序員在某個方法中拋出一個Exception異常（或者其子類）時，需在方法頭部聲明此方法拋出了一個異常，就是用throws關(guān)鍵字來聲明；但是如果在方法中拋出一個RuntimeException或者一個Error時，則不需要聲明此方法拋出了異常，這是為什么呢？
    語法上的約束必然有其背后的道理；如果不去弄明白這些道理而是一味的依賴編輯器來幫忙，則事倍功半。事實上，Java語言的這種語法含義是：Java編譯器要求Java程序必須捕獲或聲明所有非運(yùn)行時的異常，也就是說，Exception異常是需查異常，必須由程序員對它嚴(yán)格的負(fù)責(zé)，如果在方法中拋出，必須聲明，如果拋出的異常沒有被catch，則會出現(xiàn)語法錯誤，編譯都不能通過。這是強(qiáng)制性的讓程序員遵守Java的異常規(guī)則。這樣規(guī)定的原因是當(dāng)Exception異常出現(xiàn)時，運(yùn)行的程序還有補(bǔ)救的余地，通過異常處理代碼，可以讓程序恢復(fù)運(yùn)行，如果不捕捉這種異常，則白白浪費了補(bǔ)救程序的機(jī)會。而且，這種異常應(yīng)讓程序員可見，所以必須在方法頭部聲明此方法拋出了某種Exception異常。
    那么，Error和RuntimeException都是不需查異常，在方法中拋出這兩種異常都不需要聲明，在程序中不catch它們也不會造成語法錯誤。我的理解是，當(dāng)出現(xiàn)這樣的異常時，運(yùn)行的程序已經(jīng)沒有補(bǔ)救的余地了，于是直接拋出異常讓程序結(jié)束是比較合理的安排。如果在程序運(yùn)行時出現(xiàn)了Error或者RuntimeException，那么程序員也無能為力，所以它們可以對程序員透明，也不需要特意聲明讓程序員來處理它們。
    現(xiàn)在我們知道，try和catch一般對Exception及其子類使用，throws也是。而對于Error和RuntimeException則不需要throws，不過還是可以catch的，但是catch到它們一般也就是釋放資源，退出程序而已。
    對于catch到的異常的處理，最經(jīng)常犯的錯誤就是丟失異常，catch到舊的異常拋出新的異常，等到程序出錯時就找不到舊異常的信息了。其實JDK1.4已經(jīng)提供了這個問題的解決方案，就是用Exception的構(gòu)造函數(shù)形成異常鏈，用舊異常作為參數(shù)構(gòu)造新異常，這樣就可以在出錯時一步步跟蹤到所有出現(xiàn)過的異常了，這兩個構(gòu)造函數(shù)就是：
    public Exception(String message, Throwable cause) {
    super(message, cause);
    }
    public Exception(Throwable cause) {
        super(cause);
    }
    就想到這么多，以后有了新體會再續(xù)。