Java 異常處理的十個建議

由 admin · 已發表 2020-12-04 · 已更新 2020-12-04

前言

Java異常處理的十個建議，希望對大家有幫助~

本文已上傳github:

https://github.com/whx123/JavaHome

公眾號：撿田螺的小男孩

一、盡量不要使用e.printStackTrace(),而是使用log打印。

反例:

try{
  // do what you want  
}catch(Exception e){
  e.printStackTrace();
}

正例：

try{
  // do what you want  
}catch(Exception e){
  log.info("你的程序有異常啦,{}",e);
}

理由：

printStackTrace()打印出的堆棧日誌跟業務代碼日誌是交錯混合在一起的，通常排查異常日誌不太方便。
e.printStackTrace()語句產生的字符串記錄的是堆棧信息，如果信息太長太多，字符串常量池所在的內存塊沒有空間了,即內存滿了，那麼，用戶的請求就卡住啦~

二、catch了異常，但是沒有打印出具體的exception，無法更好定位問題

反例：

try{
  // do what you want  
}catch(Exception e){
  log.info("你的程序有異常啦");
}

正例：

try{
  // do what you want  
}catch(Exception e){
  log.info("你的程序有異常啦，{}",e);
}

理由：

反例中，並沒有把exception出來，到時候排查問題就不好查了啦，到底是SQl寫錯的異常還是IO異常，還是其他呢？所以應該把exception打印到日誌中哦~

三、不要用一個Exception捕捉所有可能的異常

反例：

public void test(){
    try{
        //…拋出 IOException 的代碼調用
        //…拋出 SQLException 的代碼調用
    }catch(Exception e){
        //用基類 Exception 捕捉的所有可能的異常，如果多個層次都這樣捕捉，會丟失原始異常的有效信息哦
        log.info(“Exception in test,exception:{}”, e);
    }
}

正例：

public void test(){
    try{
        //…拋出 IOException 的代碼調用
        //…拋出 SQLException 的代碼調用
    }catch(IOException e){
        //僅僅捕捉 IOException
        log.info(“IOException in test,exception:{}”, e);
    }catch(SQLException e){
        //僅僅捕捉 SQLException
        log.info(“SQLException in test,exception:{}”, e);
    }
}

理由：

用基類 Exception 捕捉的所有可能的異常，如果多個層次都這樣捕捉，會丟失原始異常的有效信息哦

四、記得使用finally關閉流資源或者直接使用try-with-resource

反例：

FileInputStream fdIn = null;
try {
    fdIn = new FileInputStream(new File("/jay.txt"));
    //在這裏關閉流資源？有沒有問題呢？如果發生異常了呢？
    fdIn.close();
} catch (FileNotFoundException e) {
    log.error(e);
} catch (IOException e) {
    log.error(e);
}

正例1：

需要使用finally關閉流資源，如下

FileInputStream fdIn = null;
try {
    fdIn = new FileInputStream(new File("/jay.txt"));
} catch (FileNotFoundException e) {
    log.error(e);
} catch (IOException e) {
    log.error(e);
}finally {
    try {
        if (fdIn != null) {
            fdIn.close();
        }
    } catch (IOException e) {
        log.error(e);
    }
}

正例2：

當然，也可以使用JDK7的新特性try-with-resource來處理，它是Java7提供的一個新功能，它用於自動資源管理。

資源是指在程序用完了之後必須要關閉的對象。
try-with-resources保證了每個聲明了的資源在語句結束的時候會被關閉
什麼樣的對象才能當做資源使用呢？只要實現了java.lang.AutoCloseable接口或者java.io.Closeable接口的對象，都OK。

try (FileInputStream inputStream = new FileInputStream(new File("jay.txt")) {
    // use resources   
} catch (FileNotFoundException e) {
    log.error(e);
} catch (IOException e) {
    log.error(e);
}

理由：

如果不使用finally或者try-with-resource，當程序發生異常，IO資源流沒關閉，那麼這個IO資源就會被他一直佔著，這樣別人就沒有辦法用了，這就造成資源浪費。

五、捕獲異常與拋出異常必須是完全匹配，或者捕獲異常是拋異常的父類

反例：

//BizException 是 Exception 的子類
public class BizException extends Exception {}
//拋出父類Exception
public static void test() throws Exception {}

try {
    test(); //編譯錯誤
} catch (BizException e) { //捕獲異常子類是沒法匹配的哦
    log.error(e);
}

正例：

//拋齣子類Exception
public static void test() throws BizException {}

try {
    test();
} catch (Exception e) {
    log.error(e);
}

六、捕獲到的異常，不能忽略它，至少打點日誌吧

反例：

public static void testIgnoreException() throws Exception {
    try {       
        // 搞事情
    } catch (Exception e) {     //一般不會有這個異常
        
    }
}

正例：

public static void testIgnoreException() {
    try {
        // 搞事情
    } catch (Exception e) {     //一般不會有這個異常
        log.error("這個異常不應該在這裏出現的,{}",e); 
    }
}

理由：

雖然一個正常情況都不會發生的異常，但是如果你捕獲到它，就不要忽略呀，至少打個日誌吧~

七、注意異常對你的代碼層次結構的侵染（早發現早處理）

反例：

public UserInfo queryUserInfoByUserId(Long userid) throw SQLException {
    //根據用戶Id查詢數據庫
}

正例：

public UserInfo queryUserInfoByUserId(Long userid) {
    try{
        //根據用戶Id查詢數據庫
    }catch(SQLException e){
        log.error("查詢數據庫異常啦，{}",e);
    }finally{
        //關閉連接，清理資源
    }
}

理由：

我們的項目，一般都會把代碼分 Action、Service、Dao 等不同的層次結構，如果你是DAO層處理的異常，儘早處理吧，如果往上 throw SQLException，上層代碼就還是要try catch處理啦，這就污染了你的代碼~

八、自定義封裝異常，不要丟棄原始異常的信息Throwable cause

我們常常會想要在捕獲一個異常后拋出另一個異常，並且希望把原始異常的信息保存下來，這被稱為異常鏈。公司的框架提供統一異常處理就用到異常鏈，我們自定義封裝異常，不要丟棄原始異常的信息，否則排查問題就頭疼啦

反例：

public class TestChainException {
    public void readFile() throws MyException{
        try {
            InputStream is = new FileInputStream("jay.txt");
            Scanner in = new Scanner(is);
            while (in.hasNext()) {
                System.out.println(in.next());
            }
        } catch (FileNotFoundException e) {
            //e 保存異常信息
            throw new MyException("文件在哪裡呢");
        }
    }
    public void invokeReadFile() throws MyException{
        try {
            readFile();
        } catch (MyException e) {
            //e 保存異常信息
            throw new MyException("文件找不到");
        }
    }
    public static void main(String[] args) {
        TestChainException t = new TestChainException();
        try {
            t.invokeReadFile();
        } catch (MyException e) {
            e.printStackTrace();
        }
    }
}
//MyException 構造器
public MyException(String message) {
        super(message);
    }

運行結果如下，沒有了Throwable cause，不好排查是什麼異常了啦

正例：


public class TestChainException {
    public void readFile() throws MyException{
        try {
            InputStream is = new FileInputStream("jay.txt");
            Scanner in = new Scanner(is);
            while (in.hasNext()) {
                System.out.println(in.next());
            }
        } catch (FileNotFoundException e) {
            //e 保存異常信息
            throw new MyException("文件在哪裡呢", e);
        }
    }
    public void invokeReadFile() throws MyException{
        try {
            readFile();
        } catch (MyException e) {
            //e 保存異常信息
            throw new MyException("文件找不到", e);
        }
    }
    public static void main(String[] args) {
        TestChainException t = new TestChainException();
        try {
            t.invokeReadFile();
        } catch (MyException e) {
            e.printStackTrace();
        }
    }
}
//MyException 構造器
public MyException(String message, Throwable cause) {
        super(message, cause);
    }

九、運行時異常RuntimeException ，不應該通過catch 的方式來處理，而是先預檢查，比如：NullPointerException處理

反例：

try {
  obj.method() 
} catch (NullPointerException e) {
...
}

正例：

if (obj != null){
   ...
}

十、注意異常匹配的順序，優先捕獲具體的異常

注意異常的匹配順序，因為只有第一個匹配到異常的catch塊才會被執行。如果你希望看到，是NumberFormatException異常，就拋出NumberFormatException，如果是IllegalArgumentException就拋出IllegalArgumentException。

反例：

try {
    doSomething("test exception");
} catch (IllegalArgumentException e) {       
    log.error(e);
} catch (NumberFormatException e) {
    log.error(e);
}

正例：

try {
    doSomething("test exception");
} catch (NumberFormatException e) {       
    log.error(e);
} catch (IllegalArgumentException e) {
    log.error(e);
}

理由：

因為NumberFormatException是IllegalArgumentException 的子類，反例中，不管是哪個異常，都會匹配到IllegalArgumentException，就不會再往下執行啦，因此不知道是否是NumberFormatException。所以需要優先捕獲具體的異常，把NumberFormatException放前面~

公眾號

歡迎關注我個人公眾號，交個朋友，一起學習哈~
如果答案整理有錯，歡迎指出哈，感激不盡~

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※教你寫出一流的銷售文案?

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

※超省錢租車方案

※產品缺大量曝光嗎?你需要的是一流包裝設計!

Java 異常處理的十個建議

前言

一、盡量不要使用e.printStackTrace(),而是使用log打印。

二、catch了異常，但是沒有打印出具體的exception，無法更好定位問題

三、不要用一個Exception捕捉所有可能的異常

四、記得使用finally關閉流資源或者直接使用try-with-resource

五、捕獲異常與拋出異常必須是完全匹配，或者捕獲異常是拋異常的父類

六、捕獲到的異常，不能忽略它，至少打點日誌吧

七、注意異常對你的代碼層次結構的侵染（早發現早處理）

八、自定義封裝異常，不要丟棄原始異常的信息Throwable cause

九、運行時異常RuntimeException ，不應該通過catch 的方式來處理，而是先預檢查，比如：NullPointerException處理

十、注意異常匹配的順序，優先捕獲具體的異常

公眾號

您可能也會喜歡…

近期文章

分類

彙整

Java 異常處理的十個建議

前言

一、盡量不要使用e.printStackTrace(),而是使用log打印。

二、catch了異常，但是沒有打印出具體的exception，無法更好定位問題

三、不要用一個Exception捕捉所有可能的異常

四、記得使用finally關閉流資源或者直接使用try-with-resource

五、捕獲異常與拋出異常必須是完全匹配，或者捕獲異常是拋異常的父類

六、捕獲到的異常，不能忽略它，至少打點日誌吧

七、注意異常對你的代碼層次結構的侵染（早發現早處理）

八、自定義封裝異常，不要丟棄原始異常的信息Throwable cause

九、運行時異常RuntimeException ，不應該通過catch 的方式來處理，而是先預檢查，比如：NullPointerException處理

十、注意異常匹配的順序，優先捕獲具體的異常

公眾號

您可能也會喜歡…

迎接Model 3試產，Tesla發股債籌資11.5億美元

這美系家轎銷量穩居前十，事實真那麼好？

Tesla Model 3 有對手了！LG Chem 研發長程電動車電池

近期文章

標籤

分類

彙整