Java自定義異常封裝

• 前言：異常的分類
• 1.為什么要自定義異常封裝?
• 2.自定義異常封裝有哪些優(yōu)點?
• • 2.1 提高系統(tǒng)的友好性
  • 2.2 提高系統(tǒng)的可維護性
  • 2.3 解決Java異常機制自身的缺陷
• 3. 如何進行自定義異常封裝？

前言：異常的分類

Throwable包含了錯誤(Error)和異常(Excetion兩類)

異常類分為2類：運行時異常(RuntimeException, 又叫非檢查異常)和非運行時異常(又叫檢查異常)

1.運行時異常都是RuntimeException類及其子類,如 NullPointerException、IndexOutOfBoundsException等, 這些異常是不檢查的異常,是在程序運行的時候可能會發(fā)生的, 所以程序可以捕捉, 也可以不捕捉. 這些錯誤一般是由程序的邏輯錯誤引起的, 程序應(yīng)該從邏輯角度去盡量避免。
2.非運行時異常是運行時異常以外的異常, 也是Exception及其子類, 這些異常從程序的角度來說是必須經(jīng)過捕捉檢查處理的, 否則不能通過編譯. 如IOException、SQLException等。

Error是程序無法處理了, 如OutOfMemoryError、OutOfMemoryError等等, 這些異常發(fā)生時, java虛擬機一般會終止線程。

1.為什么要自定義異常封裝?

Java語言的異常處理機制可以確保程序的健壯性，提高系統(tǒng)的開發(fā)效率，但是Java API提供的異常都是比較低級（這里的低級指的是“低級別的異常”），只有開發(fā)人員才能看的懂，才明白發(fā)生了什么問題。對于終端用戶來說，這些異常基本上是天書，與業(yè)務(wù)無關(guān)，是純計算機語言的描述。
這就需要我們對異常進行封裝了。

2.自定義異常封裝有哪些優(yōu)點?

2.1 提高系統(tǒng)的友好性

例如，打開一個文件，如果文件不存在，則會報FileNotFoundException異常，如果該方法的編寫不做任何處理，直接上拋上層，則會降低系統(tǒng)的友好性，代碼如下所示：

public static void doStuff()throws Exception{ InputStream is = new FileInputStream("無效文件.txt"); /*文件操作*/ }

此時doStuff方法的友好性極差：出現(xiàn)異常時（比如文件不存在），該方法直接把FileNotFoundException異常拋出到上層應(yīng)用中（或者是終端用戶），而上層應(yīng)用（或用戶）要么自己處理，要么接著拋出，最終的結(jié)果就是讓用戶對著“天書”式的文字發(fā)呆，用戶不知道這是什么問題，只是系統(tǒng)告訴他”哦，我出錯了，什么錯誤？你自己看著辦吧“。
解決辦法就是封裝異常，可以把系統(tǒng)的閱讀者分為兩類：開發(fā)人員和用戶。開發(fā)人員查找問題，需要打印出堆棧信息，而用戶則需要了解具體的業(yè)務(wù)原因，比如文件太大，不能同時編寫文件等，代碼如下：

public static void doStuff2()throws MyBussinessException{ try{ InputStream is = new FileInputStream("無效文件.txt"); }catch(FileNotFoundException e){ //為了方便開發(fā)和維護人員而設(shè)置的異常信息 e.printStackTree(); //拋出業(yè)務(wù)異常 throw new MyBussinessException(e); } }

2.2 提高系統(tǒng)的可維護性

public void doStuff(){ try{ //do something }catch(Exception e){ e.printStackTrace(); } }

這是很多程序員容易犯的錯誤，拋出異常是吧？分類處理多麻煩，就寫一個catch塊來處理所有異常吧。而且還信誓旦旦的說”JVM會打印出棧中的錯誤信息“，雖然這沒有錯，但是該信息只有開發(fā)人員自己才看的懂，維護人員看見這段異常基本上無法處理，因為需要深入到代碼邏輯中去分析問題。
正確的做法是對異常進行分類處理，并進行封裝輸出，代碼如下：

public void doStuff(){ try{ //do something }catch(FileNotFoundException e){ log.info("文件夾未找到，使用默認配置文件...."); }catch(SecurityException 3){ log.info("無權(quán)訪問，可能原因是...."); e.printStackTrace(); } }

如此包裝后，維護人員看到這樣子的異常就有了初步的判斷，或者檢查配置，或者初始化環(huán)境，不需要直接到代碼層級去分析了。

2.3 解決Java異常機制自身的缺陷

Java中的異常一次只能拋出一個，比如，doStuff方法有兩個邏輯代碼片段，如果在第一個邏輯片段中拋出異常，則第二個邏輯片段就不執(zhí)行了，也就無法拋出第二個異常了。那么如何才能一次拋出兩個異常呢？
其實，使用自行封裝的異常可以解決問題，代碼如下

class MyException extends Exception{ //容納所有異常 private List<Throwable> causes = new ArrayList<Throwable>(); //構(gòu)造函數(shù)，傳遞一個異常列表 public MyException(List<? extends Throwable> _causes){ cause.addAll(_causes); } //讀取所有的異常 public List<Throwable> getException(){ return causes; } }

MyException異常只是一個異常容器，可以容納多個異常，但它本身并不代表任何異常含義，它所解決的是一次拋出多個異常的問題，具體調(diào)用如下：

public static void doStuff()throws MyException{ List<Throwable> list = new ArrayList<Throwable>(); //第一個邏輯片段 try{ //Do something }catch(Exception e){ list.add(e); } //第二個邏輯片段 try{ //Do something }catch(Exception e){ list.add(e); } //檢查是否有必要拋出異常 if(list.size() > 0){ throw new MyException(list); } }

這樣一來，doStuff方法的調(diào)用者就可以一次獲得多個異常，也能夠為用戶提供完整的例外情況說明。
那么在什么情況下，需要一個方法拋出多個異常呢？比如Web界面注冊時，展示層依次把User對象傳遞給邏輯層，Register方法需要對各個Field進行校驗并注冊，例如，用戶名不能重復，密碼必須符合密碼策略等，不要出現(xiàn)第一次提交系統(tǒng)提示”用戶名重復“，在修改在提交后，系統(tǒng)提示“密碼長度少6位”的情況，這種操作模式用戶體驗非常糟糕，最好的解決辦法就是封裝異常，建立異常容器，一次性地對User對象進行校驗，然后返回所有異常。

3. 如何進行自定義異常封裝？

3.1、添加一個枚舉LuoErrorCode.java如下

package com.luo.errorcode;public enum LuoErrorCode {NULL_OBJ("LUO001","對象為空"),ERROR_ADD_USER("LUO002","添加用戶失敗"),UNKNOWN_ERROR("LUO999","系統(tǒng)繁忙，請稍后再試....");private String value;private String desc;private LuoErrorCode(String value, String desc) {this.setValue(value);this.setDesc(desc);}public String getValue() {return value;}public void setValue(String value) {this.value = value;}public String getDesc() {return desc;}public void setDesc(String desc) {this.desc = desc;}@Overridepublic String toString() {return "[" + this.value + "]" + this.desc;} }

注意！！！這里我們重寫了LuoErrorCode的toString方法，至于為什么要這樣，后面會提到，客觀請繼續(xù)看。

3.2、創(chuàng)建一個異常類BusinessException.java，繼承RuntimeException：

package com.luo.exception;public class BusinessException extends RuntimeException {private static final long serialVersionUID = 1L;public BusinessException(Object Obj) {super(Obj.toString());}}

這里的代碼雖然短，但是有兩點需要注意的！！！第一點是其繼承了RuntimeException，因為一般我們的業(yè)務(wù)異常都是運行時異常。第二點，這里的構(gòu)造方法調(diào)用父方法super(Obj.toString());，這就是重寫了LuoErrorCode的toString方法的原因了，如果還不明白，看完后面的你就明白了。

3.3、測試類ExceptionTest.java：

package com.luo.test;import com.luo.errorcode.LuoErrorCode; import com.luo.exception.BusinessException;public class ExceptionTest {public static void main(String args[]) {Object user = null;if(user == null){throw new BusinessException(LuoErrorCode.NULL_OBJ);}} }

運行結(jié)果：

在我們實際項目里面，比如別人調(diào)用你接口，你可能需要先看他傳過來的對象是不是空的，先判斷如果傳過來的對象為空給有友好的提示”[LUO001]對象為空”，不然后面的代碼估計會出現(xiàn)空指針異常了。
一般公司都會分裝一個基礎(chǔ)框架，異常分裝是其中一部分，當然他們對異常的分裝肯定比我這個例子復雜多，因此本例僅供參考！
原創(chuàng)：
https://blog.csdn.net/qq_34309305/article/details/79202929
https://blog.csdn.net/u014754272/article/details/104765665
https://www.jianshu.com/p/a874e5d1bed1

總結(jié)

以上是生活随笔為你收集整理的Java自定义异常封装的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。