資訊專欄INFORMATION COLUMN
摘要：我們來看一個(gè)例子，關(guān)于異常處理的一些知識(shí)點(diǎn)?？聪旅孢@段程序。這個(gè)方法能拋出的異常類型已經(jīng)被擦除成為了。如何消除掉這個(gè)編譯器錯(cuò)誤呢把第行的改成即可。再次執(zhí)行，這次既沒有語法錯(cuò)誤，也沒有運(yùn)行時(shí)錯(cuò)誤了已經(jīng)成功地被第行的語句捕捉住了。
文章的標(biāo)題看似自相矛盾，然而我在“正確”二字上打了引號(hào)。我們來看一個(gè)例子，關(guān)于Java異常處理(Exception Handling)的一些知識(shí)點(diǎn)。
看下面這段程序。方法pleaseThrow接受一個(gè)Exception的實(shí)例，然后簡單地將該實(shí)例拋出。然后調(diào)用這個(gè)方法時(shí)，我傳入了一個(gè)SQLException的實(shí)例。因?yàn)閜leaseThrow的調(diào)用包裹在一個(gè)try catch塊里，
問題：plesseThrow方法拋出的SQLException可以成功被catch住么？
public class ExceptionForQuiz{ private void pleaseThrow(final Exception t) throws T { throw (T) t; } public static void main(final String[] args) { try { new ExceptionForQuiz ().pleaseThrow(new SQLException()); } catch( final SQLException ex){ System.out.println("Jerry print"); ex.printStackTrace(); } } }
答案：上面這段代碼有語法錯(cuò)誤，不能通過編譯！
我們來一步步分析。
Java類ExceptionForQuiz
我在實(shí)例化類ExceptionForQuiz時(shí)，傳入的類型參數(shù)是RuntimeException。
RuntimeException在Java里是一種Unchecked異常，即使一個(gè)方法運(yùn)行時(shí)可能會(huì)拋出RuntimeException，也不需要開發(fā)人員在方法前用代碼顯式聲明。
看JDK RuntimeException的注釋說的很清楚：Unchecked exceptions do NOT need to be declared in a method or constructor"s clause if they can be thrown by the execution of the method or constructor.
這個(gè)作者Frank Yellin一定是個(gè)大牛。
因?yàn)榉盒褪?Java 1.5 版本才引進(jìn)的概念，關(guān)于泛型有一個(gè)類型擦除的概念，即泛型信息只存在于代碼編譯階段，編譯之后的代碼里，與泛型相關(guān)的信息會(huì)被擦除掉。比如之前泛型類中的類型參數(shù)部分如果沒有指定上限，像這種寫法
為了簡化起見，我們先把代碼里的try catch塊去掉。
下面是從ExceptionForQuiz.class反編譯之后的代碼：
我們從上圖能觀察到，方法pleaseThrow和雷ExceptionForQuiz的泛型參數(shù)RuntimeException已經(jīng)被擦除掉了。pleaseThrow這個(gè)方法能拋出的異常類型已經(jīng)被擦除成為Exception了。
使用javap觀察編譯生成的字節(jié)碼，同樣能發(fā)現(xiàn)類型參數(shù)RuntimeException被擦除的事實(shí)：
看第二個(gè)紅色高亮區(qū)域：Exceptions: throw java.lang.Exception
現(xiàn)在我們來看編譯器會(huì)報(bào)什么錯(cuò)誤消息：Unreachable catch block for SQLException. This exception is never thrown from the try statement body.
根據(jù)異常類型擦除的事實(shí)，這個(gè)錯(cuò)誤消息是合理的，因?yàn)閜leaseThrow方法的聲明現(xiàn)在只能拋出類型為Exception的異常，所以第14行的catch永遠(yuǎn)也沒有辦法接收到類型為SQLException的異常，所以編譯器拋出錯(cuò)誤。
如何消除掉這個(gè)編譯器錯(cuò)誤呢？把第14行的SQLException改成RuntimeException即可。
但是這樣的話，雖然消除了語法錯(cuò)誤，但是方法pleaseThrow拋出的SQLException沒有辦法被catch住，會(huì)報(bào)運(yùn)行時(shí)錯(cuò)誤：
如何把pleaseThrow拋出的SQLException也用catch語句接住呢？將第14行的RuntimeException改成所有異常的超類：Exception。
再次執(zhí)行，這次既沒有語法錯(cuò)誤，也沒有運(yùn)行時(shí)錯(cuò)誤了：SQLException已經(jīng)成功地被第14行的catch語句捕捉住了。
要獲取更多Jerry的原創(chuàng)技術(shù)文章，請關(guān)注公眾號(hào)"汪子熙"或者掃描下面二維碼:
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/71819.html
摘要：續(xù)前文后端好書閱讀與推薦，幾十天過去了，又看了兩本好書還有以前看過的書，這里依然把它們總結(jié)歸納一下，加入一些自己的看法有用的鏈接和可能的延伸閱讀，并推薦給需要的同學(xué)。 續(xù)前文 后端好書閱讀與推薦 - Mageek`s Wonderland ，幾十天過去了，又看了兩本好書（還有以前看過的書），這里依然把它們總結(jié)歸納一下，加入一些自己的看法、有用的鏈接和可能的延伸閱讀，并推薦給需要的同學(xué)。...
摘要：續(xù)前文后端好書閱讀與推薦，幾十天過去了，又看了兩本好書還有以前看過的書，這里依然把它們總結(jié)歸納一下，加入一些自己的看法有用的鏈接和可能的延伸閱讀，并推薦給需要的同學(xué)。 續(xù)前文 后端好書閱讀與推薦 - Mageek`s Wonderland ，幾十天過去了，又看了兩本好書（還有以前看過的書），這里依然把它們總結(jié)歸納一下，加入一些自己的看法、有用的鏈接和可能的延伸閱讀，并推薦給需要的同學(xué)。...
摘要：對象的自動(dòng)清除對象回收是由垃圾回收線程負(fù)責(zé)方法可以要求系統(tǒng)進(jìn)行垃圾回收，僅僅是建議系統(tǒng)沒有析構(gòu)方法，但的有類似方法系統(tǒng)在回收時(shí)會(huì)自動(dòng)調(diào)用對象的方法子類的方法可以在里面釋放系統(tǒng)資源，一般來說，子類的方法中應(yīng)該調(diào)用父類的方法。 對象的自動(dòng)清除 對象回收是由垃圾回收線程負(fù)責(zé) System.gc()方法可以要求系統(tǒng)進(jìn)行垃圾回收，僅僅是建議系統(tǒng) java沒有析構(gòu)方法，但Object的final...
摘要：的目標(biāo)是對高級(jí)程序中間表示的適當(dāng)?shù)图?jí)抽象，即代碼旨在由編譯器生成而不是由人來寫。表示把源代碼變成解釋器可以運(yùn)行的代碼所花的時(shí)間表示基線編譯器和優(yōu)化編 WebAssembly 那些事兒 什么是 WebAssembly？ WebAssembly 是除 JavaScript 以外，另一種可以在網(wǎng)頁中運(yùn)行的編程語言，并且相比之下在某些功能和性能問題上更具優(yōu)勢，過去我們想在瀏覽器中運(yùn)行代碼來對網(wǎng)...
閱讀 2421·2021-11-25 09:43
閱讀 1255·2021-11-24 09:39
閱讀 756·2021-11-23 09:51
閱讀 2391·2021-09-07 10:18
閱讀 1881·2021-09-01 11:39
閱讀 2784·2019-08-30 15:52
閱讀 2599·2019-08-30 14:21
閱讀 2865·2019-08-29 16:57
