Java 異常處理的十個建議

2021-02-19 程式設計師書單
前言

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 {}//拋出父類Exceptionpublic static void test() throws Exception {}
try {    test(); //編譯錯誤} catch (BizException e) { //捕獲異常子類是沒法匹配的哦    log.error(e);}
正例：
//拋出子類Exceptionpublic 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) {...}
正例：
十、注意異常匹配的順序，優先捕獲具體的異常
注意異常的匹配順序，因為只有第一個匹配到異常的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放前面~
本公眾號全部博文已整理成一個目錄，請在公眾號裡回復「m」獲取
3T技術資源大放送！包括但不限於：Java、C/C++，Linux，Python，大數據，人工智慧等等。在公眾號內回復「1024」，即可免費獲取！！

相關焦點

  • Java中異常處理的9個最佳實踐
    導致每個開發團隊都會自己定製一套特有的異常處理規則，這使得新加入團隊的成員都經歷一段痛苦的適應期。儘管如此，前輩們依然總結了幾個最佳實踐可以遵循，這些實踐被絕大多數的團隊所採用，本文將為你列出9個最常用且最重要的實踐來幫助你提升異常處理的技能。
  • Java 異常處理
    當保護代碼塊中發生一個異常時，try 後面的 catch 塊就會被檢查。如果發生的異常包含在 catch 塊中，異常會被傳遞到該 catch 塊，這和傳遞一個參數到方法是一樣。實例下面的例子中聲明有兩個元素的一個數組，當代碼試圖訪問數組的第三個元素的時候就會拋出一個異常。ExcepTest.java 文件代碼：import java.io.
  • Java異常處理和設計
    一個程序的異常處理框架的好壞直接影響到整個項目的代碼質量以及後期維護成本和難度。試想一下，如果一個項目從頭到尾沒有考慮過異常處理，當程序出錯從哪裡尋找出錯的根源？但是如果一個項目異常處理設計地過多，又會嚴重影響到代碼質量以及程序的性能。因此，如何高效簡潔地設計異常處理是一門藝術，本文下面先講述Java異常機制最基礎的知識，然後給出在進行Java異常處理設計時的幾個建議。
  • Java 中的異常和處理詳解
    這種行為叫做異常的冒泡，異常的冒泡是為了在當前發生異常的函數或者這個函數的caller中找到最近的異常處理程序。由於這個例子中沒有使用任何異常處理機制，因此異常最終由main函數拋給JRE，導致程序終止。上面的代碼不使用異常處理機制，也可以順利編譯，因為2個異常都是非檢查異常。但是下面的例子就必須使用異常處理機制，因為異常是檢查異常。
  • Java 異常處理的 9 個最佳實踐
    在 Java 中，異常處理是個很麻煩的事情。初學者覺得它很難理解，甚至是經驗豐富的開發者也要花費很長時間決定異常是要處理掉和拋出。
  • Java異常處理:throw與throwS
    首先,先說說異常的分類：在java中，任何異常都屬於java.lang.Throwable
  • 程式設計師必備:Java日期處理的十個坑
    前言整理了Java日期處理的十個坑，希望對大家有幫助。
  • 編程思想之異常處理:C++、Java、JavaScript中的異常處理(Exception)
    異常處理的解決方案C++中的異常處理：C++中的異常處理主要有兩種實現方式：(1).返回錯誤碼，(2).try...catch機制捕獲異常。返回錯誤碼返回錯誤碼是傳統的C語言的處理異常的方式。當throw出的對象類型與e的類型相同時，則捕獲到異常，進行catch代碼塊中的異常處理。4.第二個catch括號中的」...」表示任意類型，可以捕獲任意類型的異常。
  • Java 集合處理/ 空值處理/ 異常處理心得
    異常處理3.1 在業務代碼層面考慮異常處理 大多數業務應用都採用三層架構Controller層Service層負責核心業務邏輯，包括外部服務調用，訪問資料庫，緩存處理，消息處理等一般會涉及到資料庫事務，出現異常不適合捕獲，否則事務無法自動回滾Repository層負責信息收集，參數校驗，轉換服務層處理的數據適配前端，輕業務邏輯Controller 捕獲異常，然後需要給用戶友好用戶的提示框架層面的異常處理
  • Java進階02 異常處理
    面向對象語言，比如C++, Java, Python往往有更加複雜的異常處理機制。這裡討論Java中的異常處理機制。Java異常處理異常處理Java的異常處理機制很大一部分來自C++。它允許程式設計師跳過暫時無法處理的問題，以繼續後續的開發，或者讓程序根據異常做出更加聰明的處理。 Java使用一些特殊的對象來代表異常狀況，這樣對象稱為異常對象。當異常狀況發生時，Java會根據預先的設定，拋出(throw)代表當前狀況的對象。所謂的拋出是一種特殊的返回方式。該線程會暫停，逐層退出方法調用，直到遇到異常處理器(Exception Handler)。
  • Java異常面試問題
    每當執行java語句時發生任何錯誤，都會創建一個異常對象，然後JRE會嘗試查找異常處理程序來處理異常。如果找到合適的異常處理程序，則將異常對象傳遞給處理程序代碼以處理異常，稱為捕獲異常。如果未找到處理程序，則應用程式將異常拋出到運行時環境，JRE將終止該程序。Java異常處理框架僅用於處理運行時錯誤，編譯時錯誤不由異常處理框架處理。
  • Java 處理 Exception 的 9 個最佳實踐!
    在Java中處理異常並不是一個簡單的事情。不僅僅初學者很難理解，即使一些有經驗的開發者也需要花費很多時間來思考如何處理異常，包括需要處理哪些異常，怎樣處理等等。這也是絕大多數開發團隊都會制定一些規則來規範對異常的處理的原因。而團隊之間的這些規範往往是截然不同的。
  • 為什麼不推薦使用try-catch-finally處理Java異常?
    「    本文的所有例子均在本地代碼運行完畢       基於JDK版本1.8，運行環境eclipse       本文類名：TryWithResources，下文的堆棧信息也以此為基礎    」在java開發中，一些網絡連結或者是文件資源都需要程式設計師去手動調用close方法關閉，比如InputStream、OutputStream和java.sql.Connection
  • Java 處理 Exception 的 9 個最佳實踐
    譯文：http://www.rowkey.me/blog/2017/09/17/java-exception/在Java中處理異常並不是一個簡單的事情。不僅僅初學者很難理解，即使一些有經驗的開發者也需要花費很多時間來思考如何處理異常，包括需要處理哪些異常，怎樣處理等等。這也是絕大多數開發團隊都會制定一些規則來規範對異常的處理的原因。而團隊之間的這些規範往往是截然不同的。1.
  • Java處理Exception的9個最佳實踐
    不僅僅初學者很難理解，即使一些有經驗的開發者也需要花費很多時間來思考如何處理異常，包括需要處理哪些異常，怎樣處理等等。這也是絕大多數開發團隊都會制定一些規則來規範對異常的處理的原因。而團隊之間的這些規範往往是截然不同的。本文給出幾個被很多團隊使用的異常處理最佳實踐。1.
  • Java 異常處理基本規則,Java異常處理的基本規範
    ，心碎了一地，稍微對照阿里巴巴的異常處理規範整理了一遍，準備分享一下，Java的異常處理規範&約束。對於非穩定代碼的 catch 儘可能進行區分異常類型，再做對應的異常處理。正例：分塊catch ，或者直接拋出相對應的異常，然後由下層細化處理。
  • Java 中 9 個處理 Exception 的最佳實踐
    /如有好文章投稿，請點擊 → 這裡了解詳情在Java中處理異常並不是一個簡單的事情。不僅僅初學者很難理解，即使一些有經驗的開發者也需要花費很多時間來思考如何處理異常，包括需要處理哪些異常，怎樣處理等等。這也是絕大多數開發團隊都會制定一些規則來規範對異常的處理的原因。而團隊之間的這些規範往往是截然不同的。本文給出幾個被很多團隊使用的異常處理最佳實踐。1.
  • Java 異常處理機制
    Java 異常處理機制：可以讓程序具有極好的容錯性，讓程序更加健壯。當程序運行出現意外情形時，系統會自動生成一個 Exception 對象來通知程序，從而實現將業務功能實現代碼和錯誤處理代碼分離，提供更好的可讀性根據下面的導圖我們更能清晰的看出其架構：try...catch 語法格式：拋出異常，捕捉異常,處理異常。
  • 9 個 Java 處理 Exception 的最佳實踐!好用~
    在Finally塊中清理資源或者使用try-with-resource語句在Java中處理異常並不是一個簡單的事情。不僅僅初學者很難理解，即使一些有經驗的開發者也需要花費很多時間來思考如何處理異常，包括需要處理哪些異常，怎樣處理等等。
  • 最最最全面的Java異常面試及解答
    Java異常機制可以使程序中異常處理代碼和正常業務代碼分離，保證程序代碼更加優雅，並提高程序健壯性。在有效使用異常的情況下，異常能清晰的回答what, where, why這3個問題：異常類型回答了「什麼」被拋出，異常堆棧跟蹤回答了「在哪」拋出，異常信息回答了「為什麼」會拋出。Java異常架構1.