您好,登錄后才能下訂單哦!
Java中什么是異常的認知與使用,相信很多沒有經(jīng)驗的人對此束手無策,為此本文總結(jié)了問題出現(xiàn)的原因和解決方法,通過這篇文章希望你能解決這個問題。
我們曾經(jīng)的代碼中已經(jīng)接觸了一些 “異?!?了. 例如
除以 0
public static void main(String[] args) { System.out.println(10 / 0); }
算術(shù)異常:
數(shù)組越界
int[] arr = {1, 2, 3}; System.out.println(arr[100]); // 執(zhí)行結(jié)果 Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 100
空指針異常
public class Test { public int num = 10; public static void main(String[] args) { Test t = null; System.out.println(t.num); } } // 執(zhí)行結(jié)果 Exception in thread "main" java.lang.NullPointerException
運行時異常(非受查異常)
算數(shù)異常 數(shù)組越界異常 空指針異常 都是程序運行的過程當(dāng)中發(fā)生的異常
編譯時異常(受查異常)
比如使用clone方法 在編譯前就劃紅線了就是編譯時異常
我們來看一下空指針異常(其實是一個類繼承了運行時異常)
對應(yīng)上面的圖,
在看一下運行時異常:繼承了Exception(也可以看上面的圖)
看一下Exception 繼承了Throwable:
通過這個圖我們得到一個結(jié)論:每一個異常都是一個類,異常之間的關(guān)系 參考圖上繼承
我們看看Error
這個就叫做錯誤
異常和錯誤的區(qū)別:
錯誤:必須由程序員處理邏輯錯誤
異常:處理異常就OK了接下來繼續(xù)看
錯誤在代碼中是客觀存在的. 因此我們要讓程序出現(xiàn)問題的時候及時通知程序猿. 我們有兩種主要的方式
LBYL: Look Before You Leap. 在操作之前就做充分的檢查.
EAFP: It's Easier to Ask Forgiveness than Permission. “事后獲取原諒比事前獲取許可更容易”. 也就是先操作, 遇到問題再處理.
注意!!! 上面這兩個概念千萬不要背!
其實很好理解, 舉個栗子~~
比如老濕年輕的時候, 和你們師娘剛開始談對象. 我們都知道, 談對象需要有一些親密的動作, 比如 “拉小手” 這 種. emmmmm 問題來了, 老濕去拉師娘的小手有兩種方式:
a) 老濕說, 妹子, 我拉你小手可以嘛? 獲取妹子的同意后, 再拉手(這就是 LBYL).
b) 老濕趁妹子不備, 直接拉住. 大不了妹子生氣了給老濕一巴掌, 老濕再道歉就是(這就是 EAFP).
異常的核心思想就是 EAFP.
例如, 我們用偽代碼演示一下開始一局王者榮耀的過程.
boolean ret = false; ret = 登陸游戲(); if (!ret) { 處理登陸游戲錯誤; return; } ret = 開始匹配(); if (!ret) { 處理匹配錯誤; return; } ret = 游戲確認(); if (!ret) { 處理游戲確認錯誤; return; } ret = 選擇英雄(); if (!ret) { 處理選擇英雄錯誤; return; } ret = 載入游戲畫面(); if (!ret) { 處理載入游戲錯誤; return; }
try { 登陸游戲(); 開始匹配(); 游戲確認(); 選擇英雄(); 載入游戲畫面(); ... } catch (登陸游戲異常) { 處理登陸游戲異常; } catch (開始匹配異常) { 處理開始匹配異常; } catch (游戲確認異常) { 處理游戲確認異常; } catch (選擇英雄異常) { 處理選擇英雄異常; } catch (載入游戲畫面異常) { 處理載入游戲畫面異常; }
對比兩種不同風(fēng)格的代碼, 我們可以發(fā)現(xiàn), 使用第一種方式, 正常流程和錯誤處理流程代碼混在一起, 代碼整體顯的比較混亂. 而第二種方式正常流程和錯誤流程是分離開的, 更容易理解代碼
try 代碼塊中放的是可能出現(xiàn)異常的代碼.
catch 代碼塊中放的是出現(xiàn)異常后的處理行為.
finally 代碼塊中的代碼用于處理善后工作, 會在最后執(zhí)行.
其中 catch 和 finally 都可以根據(jù)情況選擇加或者不加.
代碼:
public static void main(String[] args) { int[] arr = {1, 2, 3}; System.out.println("before"); System.out.println(arr[100]); System.out.println("after"); }
解釋:
我們發(fā)現(xiàn)一旦出現(xiàn)異常, 程序就終止了. after 沒有正確輸出
為什么?
當(dāng)沒有處理異常的時候一旦程序發(fā)生了異常之后,這個異常會交給jvm,如果給jvm處理異常,那么程序一定會終止。
我們來自己處理異常:catch一定要捕獲相應(yīng)的異常(沒有捕獲到就交給了JVM了)
結(jié)果:
但是下面的也不會執(zhí)行了
相比上面的我們處理了異常,讓程序可以繼續(xù)運行下去了
那上面是沒有異常消息的提示了,我們還想要些提示怎么搞呢??
使用:e.printStackTrace();
after還是正常出來
這個紅字可以進行參考。
代碼示例 catch 可以有多個:
一段代碼可能會拋出多種不同的異常, 不同的異常有不同的處理方式. 因此可以搭配多個 catch 代碼塊.
如果多個異常的處理方式是完全相同, 也可以寫成這樣
代碼示例 也可以用一個 catch 捕獲所有異常(不推薦)
int[] arr = {1, 2, 3}; try { System.out.println("before"); arr = null; System.out.println(arr[100]); System.out.println("after"); } catch (Exception e) { e.printStackTrace(); } System.out.println("after try catch");
為什么不推薦了,因為exception 范圍太大了,不好排查
代碼示例 finally 的執(zhí)行不需要條件
int[] arr = {1, 2, 3}; try { System.out.println("before"); arr = null; System.out.println(arr[100]); System.out.println("after"); } catch (Exception e) { e.printStackTrace(); } finally { System.out.println("finally code"); }
finally 無論有沒有異常都會最后執(zhí)行
代碼示例 使用 try 負責(zé)回收資源
Scanner.close()可以釋放資源可以寫到finally里面,也可以直接寫到try里面
try (Scanner sc = new Scanner(System.in)) { int num = sc.nextInt(); System.out.println("num = " + num); } catch (Exception e) { e.printStackTrace(); }
代碼示例 如果向上一直傳遞都沒有合適的方法處理異常, 最終就會交給 JVM 處理, 程序就會異常終止(和我們最開始未使用 try catch 時是一樣的).
public static void main(String[] args) { try { func(); } catch (ArrayIndexOutOfBoundsException e) { e.printStackTrace(); } System.out.println("after try catch"); } public static void func() { int[] arr = {1, 2, 3}; System.out.println(arr[100]); } // 直接結(jié)果 java.lang.ArrayIndexOutOfBoundsException: 100 at demo02.Test.func(Test.java:18) at demo02.Test.main(Test.java:9) after try catch
可以看見上面代碼是func可以有異常,但是在main方法里面處理了的
程序先執(zhí)行 try 中的代碼
如果 try 中的代碼出現(xiàn)異常, 就會結(jié)束 try 中的代碼, 看和 catch 中的異常類型是否匹配.
如果找到匹配的異常類型, 就會執(zhí)行 catch 中的代碼
如果沒有找到匹配的異常類型, 就會將異常向上傳遞到上層調(diào)用者.
無論是否找到匹配的異常類型, finally 中的代碼都會被執(zhí)行到(在該方法結(jié)束之前執(zhí)行).
如果上層調(diào)用者也沒有處理的了異常, 就繼續(xù)向上傳遞.
一直到 main 方法也沒有合適的代碼處理異常, 就會交給 JVM 來進行處理, 此時程序就會異常終止.
異常的種類有很多, 我們要根據(jù)不同的業(yè)務(wù)場景來決定.
對于比較嚴重的問題(例如和算錢相關(guān)的場景), 應(yīng)該讓程序直接崩潰, 防止造成更嚴重的后果
對于不太嚴重的問題(大多數(shù)場景), 可以記錄錯誤日志, 并通過監(jiān)控報警程序及時通知程序猿
對于可能會恢復(fù)的問題(和網(wǎng)絡(luò)相關(guān)的場景), 可以嘗試進行重試.
在我們當(dāng)前的代碼中采取的是經(jīng)過簡化的第二種方式. 我們記錄的錯誤日志是出現(xiàn)異常的方法調(diào)用信息, 能很快
速的讓我們找到出現(xiàn)異常的位置. 以后在實際工作中我們會采取更完備的方式來記錄異常信息
除了 Java 內(nèi)置的類會拋出一些異常之外, 程序猿也可以手動拋出某個異常. 使用 throw 關(guān)鍵字完成這個操作
public static void main(String[] args) { System.out.println(divide(10, 0)); } public static int divide(int x, int y) { if (y == 0) { throw new ArithmeticException("拋出除 0 異常"); } return x / y; } // 執(zhí)行結(jié)果 Exception in thread "main" java.lang.ArithmeticException: 拋出除 0 異常 at demo02.Test.divide(Test.java:14) at demo02.Test.main(Test.java:9)
在這個代碼中, 我們可以根據(jù)實際情況來拋出需要的異常. 在構(gòu)造異常對象同時可以指定一些描述性信息.
異常說明
我們在處理異常的時候, 通常希望知道這段代碼中究竟會出現(xiàn)哪些可能的異常.
我們可以使用 throws 關(guān)鍵字, 把可能拋出的異常顯式的標注在方法定義的位置. 從而提醒調(diào)用者要注意捕獲這些異常.
public static int divide(int x, int y) throws ArithmeticException { if (y == 0) { throw new ArithmeticException("拋出除 0 異常"); } return x / y; }
Java 中雖然已經(jīng)內(nèi)置了豐富的異常類, 但是我們實際場景中可能還有一些情況需要我們對異常類進行擴展, 創(chuàng)建符合我們實際情況的異常.
我們先看一下其他的異常大概是個怎么樣的一個體系:
空指針異常是繼承了個運行時異常,不過他里面的方法寫的不是很多,也就是兩個幫父類的構(gòu)造方法,所以按照它這樣的我們也可以寫一個自己的異常。
創(chuàng)建一個異常類:
使用:
結(jié)果:
以上就是我們的一個自定義異常
那么我們可不可以繼承Exception呢?
這里發(fā)現(xiàn)報錯了,為什么?我們在來看一下異常體系結(jié)構(gòu)
這個時候編譯器不知道是編譯時異常還是運行時異常,所以默認選擇權(quán)限小的編譯時異常,這個時候我們要拋出異常
上面的沒有報錯了下面的開始了?為什么?因為我們拋出編譯時異常,我們要try catch一下:
所以這個就是一個自定義異常。
在舉一個例子:
例如, 我們實現(xiàn)一個用戶登陸功能:(如果用戶名錯誤處理用戶名的錯誤,密碼錯誤處理密碼錯誤)
此時我們在處理用戶名密碼錯誤的時候可能就需要拋出兩種異常. 我們可以基于已有的異常類進行擴展(繼承), 創(chuàng)建和我們業(yè)務(wù)相關(guān)的異常類
自己寫的類
我們可以在login里面這樣寫:
主方法:
這樣就是使用我們自己的異常。
注意事項:
自定義異常通常會繼承自 Exception 或者 RuntimeException
繼承自 Exception 的異常默認是受查異常
繼承自 RuntimeException 的異常默認是非受查異常.
看完上述內(nèi)容,你們掌握Java中什么是異常的認知與使用的方法了嗎?如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容,歡迎關(guān)注億速云行業(yè)資訊頻道,感謝各位的閱讀!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。