建站
咨詢
售后
建站咨詢
新聞中心
“三妹啊，今天我來給你傳授幾個(gè)異常處理的最佳實(shí)踐經(jīng)驗(yàn)，以免你以后在開發(fā)中采坑?！蔽颐鎺е⑿?duì)三妹說。
“好啊，二哥，我洗耳恭聽?！比靡参⑽⒁恍?，欣然接受。
“好，那哥就不廢話了。開整?！?/p>
1)盡量不要捕獲 RuntimeException
阿里出品的嵩山版 Java 開發(fā)手冊(cè)上這樣規(guī)定：
盡量不要 catch RuntimeException，比如 NullPointerException、IndexOutOfBoundsException 等等，應(yīng)該用預(yù)檢查的方式來規(guī)避。
正例：
- if (obj != null) {
- //...
- }
反例：
- try {
- obj.method();
- } catch (NullPointerException e) {
- //...
- }
“哦，那如果有些異常預(yù)檢查不出來呢?”三妹問。
“的確會(huì)存在這樣的情況，比如說 NumberFormatException，雖然也屬于 RuntimeException，但沒辦法預(yù)檢查，所以還是應(yīng)該用 catch 捕獲處理。”我說。
2)盡量使用 try-with-resource 來關(guān)閉資源
當(dāng)需要關(guān)閉資源時(shí)，盡量不要使用 try-catch-finally，禁止在 try 塊中直接關(guān)閉資源。
反例：
- public void doNotCloseResourceInTry() {
- FileInputStream inputStream = null;
- try {
- File file = new File("./tmp.txt");
- inputStream = new FileInputStream(file);
- inputStream.close();
- } catch (FileNotFoundException e) {
- log.error(e);
- } catch (IOException e) {
- log.error(e);
- }
- }
“為什么呢?”三妹問。
“原因也很簡單，因?yàn)橐坏?close() 之前發(fā)生了異常，那么資源就無法關(guān)閉。直接使用 try-with-resource 來處理是最佳方式?！蔽艺f。
- public void automaticallyCloseResource() {
- File file = new File("./tmp.txt");
- try (FileInputStream inputStream = new FileInputStream(file);) {
- } catch (FileNotFoundException e) {
- log.error(e);
- } catch (IOException e) {
- log.error(e);
- }
- }
“除非資源沒有實(shí)現(xiàn) AutoCloseable 接口。”我補(bǔ)充道。
“那這種情況下怎么辦呢?”三妹問。
“就在 finally 塊關(guān)閉流?！蔽艺f。
- public void closeResourceInFinally() {
- FileInputStream inputStream = null;
- try {
- File file = new File("./tmp.txt");
- inputStream = new FileInputStream(file);
- } catch (FileNotFoundException e) {
- log.error(e);
- } finally {
- if (inputStream != null) {
- try {
- inputStream.close();
- } catch (IOException e) {
- log.error(e);
- }
- }
- }
- }
3)不要捕獲 Throwable
Throwable 是 exception 和 error 的父類，如果在 catch 子句中捕獲了 Throwable，很可能把超出程序處理能力之外的錯(cuò)誤也捕獲了。
- public void doNotCatchThrowable() {
- try {
- } catch (Throwable t) {
- // 不要這樣做
- }
- }
“到底為什么啊?”三妹問。
“因?yàn)橛行?error 是不需要程序來處理，程序可能也處理不了，比如說 OutOfMemoryError 或者 StackOverflowError，前者是因?yàn)?Java 虛擬機(jī)無法申請(qǐng)到足夠的內(nèi)存空間時(shí)出現(xiàn)的非正常的錯(cuò)誤，后者是因?yàn)榫€程申請(qǐng)的棧深度超過了允許的最大深度出現(xiàn)的非正常錯(cuò)誤，如果捕獲了，就掩蓋了程序應(yīng)該被發(fā)現(xiàn)的嚴(yán)重錯(cuò)誤?！蔽艺f。
“打個(gè)比方，一匹馬只能拉一車廂的貨物，拉兩車廂可能就掛了，但一 catch，就發(fā)現(xiàn)不了問題了?！蔽已a(bǔ)充道。
4)不要省略異常信息的記錄
很多時(shí)候，由于疏忽大意，開發(fā)者很容易捕獲了異常卻沒有記錄異常信息，導(dǎo)致程序上線后真的出現(xiàn)了問題卻沒有記錄可查。
- public void doNotIgnoreExceptions() {
- try {
- } catch (NumberFormatException e) {
- // 沒有記錄異常
- }
- }
應(yīng)該把錯(cuò)誤信息記錄下來。
- public void logAnException() {
- try {
- } catch (NumberFormatException e) {
- log.error("哦，錯(cuò)誤竟然發(fā)生了: " + e);
- }
- }
5)不要記錄了異常又拋出了異常
這純屬畫蛇添足，并且容易造成錯(cuò)誤信息的混亂。
反例：
- try {
- } catch (NumberFormatException e) {
- log.error(e);
- throw e;
- }
要拋出就拋出，不要記錄，記錄了又拋出，等于多此一舉。
反例：
- public void wrapException(String input) throws MyBusinessException {
- try {
- } catch (NumberFormatException e) {
- throw new MyBusinessException("錯(cuò)誤信息描述：", e);
- }
- }
這種也是一樣的道理，既然已經(jīng)捕獲了，就不要在方法簽名上拋出了。
6)不要在 finally 塊中使用 return
阿里出品的嵩山版 Java 開發(fā)手冊(cè)上這樣規(guī)定：
try 塊中的 return 語句執(zhí)行成功后，并不會(huì)馬上返回，而是繼續(xù)執(zhí)行 finally 塊中的語句，如果 finally 塊中也存在 return 語句，那么 try 塊中的 return 就將被覆蓋。
反例：
- private int x = 0;
- public int checkReturn() {
- try {
- return ++x;
- } finally {
- return ++x;
- }
- }
“哦，確實(shí)啊，try 塊中 x 返回的值為 1，到了 finally 塊中就返回 2 了。”三妹說。
“是這樣的?！蔽尹c(diǎn)點(diǎn)頭。
“好了，三妹，關(guān)于異常處理實(shí)踐就先講這 6 條吧，實(shí)際開發(fā)中你還會(huì)碰到其他的一些坑，自己踩一踩可能印象更深刻一些?！蔽艺f。
“那萬一到時(shí)候我工作后被領(lǐng)導(dǎo)罵了怎么辦?”三妹委屈地說。
“新人嘛，總要寫幾個(gè) bug 才能對(duì)得起新人這個(gè)稱號(hào)嘛?！蔽逸p描淡寫地說。
“好吧?！比脽o奈地嘆了口氣。
本文轉(zhuǎn)載自微信公眾號(hào)「沉默王二」，可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請(qǐng)聯(lián)系沉默王二公眾號(hào)。
網(wǎng)站欄目：教妹學(xué)Java：異常實(shí)踐經(jīng)驗(yàn)
分享地址：http://www.5511xx.com/article/dhjdpos.html
