日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產品馬上在線溝通
服務時間：8:30-17:00
你可能遇到了下面的問題
關閉右側工具欄

新聞中心

這里有您想知道的互聯網營銷解決方案
教妹學Java：異常實踐經驗

“三妹啊，今天我來給你傳授幾個異常處理的最佳實踐經驗，以免你以后在開發(fā)中采坑?！蔽颐鎺е⑿θ谜f。

“好啊，二哥，我洗耳恭聽?！比靡参⑽⒁恍?，欣然接受。

“好，那哥就不廢話了。開整。”

1)盡量不要捕獲 RuntimeException

阿里出品的嵩山版 Java 開發(fā)手冊上這樣規(guī)定：

盡量不要 catch RuntimeException，比如 NullPointerException、IndexOutOfBoundsException 等等，應該用預檢查的方式來規(guī)避。

正例：

 
 
 
 
    
  
  
  
  
  1. if (obj != null) { 
    2. 
  
  
  
  
  2.   //... 
    3. 
  
  
  
  
  3. } 
    4.

反例：

 
 
 
 
    
  
  
  
  
  1. try {  
    2. 
  
  
  
  
  2.   obj.method();  
    3. 
  
  
  
  
  3. } catch (NullPointerException e) { 
    4. 
  
  
  
  
  4.   //... 
    5. 
  
  
  
  
  5. } 
    6.

“哦，那如果有些異常預檢查不出來呢?”三妹問。

“的確會存在這樣的情況，比如說 NumberFormatException，雖然也屬于 RuntimeException，但沒辦法預檢查，所以還是應該用 catch 捕獲處理?！蔽艺f。

2)盡量使用 try-with-resource 來關閉資源

當需要關閉資源時，盡量不要使用 try-catch-finally，禁止在 try 塊中直接關閉資源。

反例：

 
 
 
 
    
  
  
  
  
  1. public void doNotCloseResourceInTry() { 
    2. 
  
  
  
  
  2.     FileInputStream inputStream = null; 
    3. 
  
  
  
  
  3.     try { 
    4. 
  
  
  
  
  4.         File file = new File("./tmp.txt"); 
    5. 
  
  
  
  
  5.         inputStream = new FileInputStream(file); 
    6. 
  
  
  
  
  6.         inputStream.close(); 
    7. 
  
  
  
  
  7.     } catch (FileNotFoundException e) { 
    8. 
  
  
  
  
  8.         log.error(e); 
    9. 
  
  
  
  
  9.     } catch (IOException e) { 
    10. 
  
  
  
  
  10.         log.error(e); 
    11. 
  
  
  
  
  11.     } 
    12. 
  
  
  
  
  12. } 
    13.

“為什么呢?”三妹問。

“原因也很簡單，因為一旦 close() 之前發(fā)生了異常，那么資源就無法關閉。直接使用 try-with-resource 來處理是最佳方式?！蔽艺f。

 
 
 
 
    
  
  
  
  
  1. public void automaticallyCloseResource() { 
    2. 
  
  
  
  
  2.     File file = new File("./tmp.txt"); 
    3. 
  
  
  
  
  3.     try (FileInputStream inputStream = new FileInputStream(file);) { 
    4. 
  
  
  
  
  4.     } catch (FileNotFoundException e) { 
    5. 
  
  
  
  
  5.         log.error(e); 
    6. 
  
  
  
  
  6.     } catch (IOException e) { 
    7. 
  
  
  
  
  7.         log.error(e); 
    8. 
  
  
  
  
  8.     } 
    9. 
  
  
  
  
  9. } 
    10.

“除非資源沒有實現 AutoCloseable 接口?！蔽已a充道。

“那這種情況下怎么辦呢?”三妹問。

“就在 finally 塊關閉流?！蔽艺f。

 
 
 
 
    
  
  
  
  
  1. public void closeResourceInFinally() { 
    2. 
  
  
  
  
  2.     FileInputStream inputStream = null; 
    3. 
  
  
  
  
  3.     try { 
    4. 
  
  
  
  
  4.         File file = new File("./tmp.txt"); 
    5. 
  
  
  
  
  5.         inputStream = new FileInputStream(file); 
    6. 
  
  
  
  
  6.     } catch (FileNotFoundException e) { 
    7. 
  
  
  
  
  7.         log.error(e); 
    8. 
  
  
  
  
  8.     } finally { 
    9. 
  
  
  
  
  9.         if (inputStream != null) { 
    10. 
  
  
  
  
  10.             try { 
    11. 
  
  
  
  
  11.                 inputStream.close(); 
    12. 
  
  
  
  
  12.             } catch (IOException e) { 
    13. 
  
  
  
  
  13.                 log.error(e); 
    14. 
  
  
  
  
  14.             } 
    15. 
  
  
  
  
  15.         } 
    16. 
  
  
  
  
  16.     } 
    17. 
  
  
  
  
  17. } 
    18.

3)不要捕獲 Throwable

Throwable 是 exception 和 error 的父類，如果在 catch 子句中捕獲了 Throwable，很可能把超出程序處理能力之外的錯誤也捕獲了。

 
 
 
 
    
  
  
  
  
  1. public void doNotCatchThrowable() { 
    2. 
  
  
  
  
  2.     try { 
    3. 
  
  
  
  
  3.     } catch (Throwable t) { 
    4. 
  
  
  
  
  4.         // 不要這樣做 
    5. 
  
  
  
  
  5.     } 
    6. 
  
  
  
  
  6. } 
    7.

“到底為什么啊?”三妹問。

“因為有些 error 是不需要程序來處理，程序可能也處理不了，比如說 OutOfMemoryError 或者 StackOverflowError，前者是因為 Java 虛擬機無法申請到足夠的內存空間時出現的非正常的錯誤，后者是因為線程申請的棧深度超過了允許的最大深度出現的非正常錯誤，如果捕獲了，就掩蓋了程序應該被發(fā)現的嚴重錯誤?！蔽艺f。

“打個比方，一匹馬只能拉一車廂的貨物，拉兩車廂可能就掛了，但一 catch，就發(fā)現不了問題了?！蔽已a充道。

4)不要省略異常信息的記錄

很多時候，由于疏忽大意，開發(fā)者很容易捕獲了異常卻沒有記錄異常信息，導致程序上線后真的出現了問題卻沒有記錄可查。

 
 
 
 
    
  
  
  
  
  1. public void doNotIgnoreExceptions() { 
    2. 
  
  
  
  
  2.     try { 
    3. 
  
  
  
  
  3.     } catch (NumberFormatException e) { 
    4. 
  
  
  
  
  4.         // 沒有記錄異常 
    5. 
  
  
  
  
  5.     } 
    6. 
  
  
  
  
  6. } 
    7.

應該把錯誤信息記錄下來。

 
 
 
 
    
  
  
  
  
  1. public void logAnException() { 
    2. 
  
  
  
  
  2.     try { 
    3. 
  
  
  
  
  3.     } catch (NumberFormatException e) { 
    4. 
  
  
  
  
  4.         log.error("哦，錯誤竟然發(fā)生了: " + e); 
    5. 
  
  
  
  
  5.     } 
    6. 
  
  
  
  
  6. } 
    7.

5)不要記錄了異常又拋出了異常

這純屬畫蛇添足，并且容易造成錯誤信息的混亂。

反例：

 
 
 
 
    
  
  
  
  
  1. try { 
    2. 
  
  
  
  
  2. } catch (NumberFormatException e) { 
    3. 
  
  
  
  
  3.     log.error(e); 
    4. 
  
  
  
  
  4.     throw e; 
    5. 
  
  
  
  
  5. } 
    6.

要拋出就拋出，不要記錄，記錄了又拋出，等于多此一舉。

反例：

 
 
 
 
    
  
  
  
  
  1. public void wrapException(String input) throws MyBusinessException { 
    2. 
  
  
  
  
  2.     try { 
    3. 
  
  
  
  
  3.     } catch (NumberFormatException e) { 
    4. 
  
  
  
  
  4.         throw new MyBusinessException("錯誤信息描述：", e); 
    5. 
  
  
  
  
  5.     } 
    6. 
  
  
  
  
  6. } 
    7.

這種也是一樣的道理，既然已經捕獲了，就不要在方法簽名上拋出了。

6)不要在 finally 塊中使用 return

阿里出品的嵩山版 Java 開發(fā)手冊上這樣規(guī)定：

try 塊中的 return 語句執(zhí)行成功后，并不會馬上返回，而是繼續(xù)執(zhí)行 finally 塊中的語句，如果 finally 塊中也存在 return 語句，那么 try 塊中的 return 就將被覆蓋。

反例：

 
 
 
 
    
  
  
  
  
  1. private int x = 0; 
    2. 
  
  
  
  
  2. public int checkReturn() { 
    3. 
  
  
  
  
  3.     try { 
    4. 
  
  
  
  
  4.         return ++x; 
    5. 
  
  
  
  
  5.     } finally { 
    6. 
  
  
  
  
  6.         return ++x; 
    7. 
  
  
  
  
  7.     } 
    8. 
  
  
  
  
  8. } 
    9.

“哦，確實啊，try 塊中 x 返回的值為 1，到了 finally 塊中就返回 2 了。”三妹說。

“是這樣的?！蔽尹c點頭。

“好了，三妹，關于異常處理實踐就先講這 6 條吧，實際開發(fā)中你還會碰到其他的一些坑，自己踩一踩可能印象更深刻一些?！蔽艺f。

“那萬一到時候我工作后被領導罵了怎么辦?”三妹委屈地說。

“新人嘛，總要寫幾個 bug 才能對得起新人這個稱號嘛。”我輕描淡寫地說。

“好吧。”三妹無奈地嘆了口氣。

本文轉載自微信公眾號「沉默王二」，可以通過以下二維碼關注。轉載本文請聯系沉默王二公眾號。


分享名稱：教妹學Java：異常實踐經驗
鏈接分享：http://www.dlmjj.cn/article/dhjdpos.html