java各种的不好_译文《最常见的10种Java异常问题》
封面：洛小汐
譯者：潘潘
知彼知己，方能百戰(zhàn)不殆。
前言
本文總結(jié)了有關(guān)Java異常的十大常見問題。
目錄
檢查型異常(checked) vs. 非檢查型異常(Unchecked)
異常管理的最佳實(shí)踐箴言
為什么在try代碼塊中聲明的變量不能在catch或者finally中被引用？
為什么 Double.parseDouble(null) 和 Integer.parseInt(null) 拋出的異常不一樣呢？
Java中經(jīng)常使用的運(yùn)行時(shí)異常
我們可以在同一個(gè)catch子句中捕獲多個(gè)異常嗎？
在 Java 中構(gòu)造方法能拋出異常嗎？
在 final 代碼塊中拋出異常
try語(yǔ)句有return那么finally還會(huì)執(zhí)行嗎？
為何有些開發(fā)人員對(duì)異常置之不理？
檢查型異常(checked) vs. 非檢查型異常(Unchecked)
簡(jiǎn)單來說，對(duì)于檢查型異常， 一般在 編譯期 就會(huì)被檢查到，所以我們肯定會(huì)提前在方法內(nèi)進(jìn)行捕獲處理，或者在方法頭部申明并拋出。而非檢查型異常，往往無法提前預(yù)知，例如被除數(shù)是0、空指針等。檢查型異常特別重要，它會(huì)告訴那些調(diào)用你的接口的開發(fā)者們，如何提前預(yù)知并處理好這些可能發(fā)生的異常。
例如，IOException就是常見的檢查型異常，而 RuntimeException(運(yùn)行時(shí)異常)就是非檢查型異常。在閱讀剩余部分之前你或許可以研讀這份 Java異常的層次結(jié)構(gòu)圖。
異常管理的最佳實(shí)踐箴言
如果可以正確處理異常，則應(yīng)將其捕獲并處理，否則應(yīng)將其拋出。
為什么在try代碼塊中聲明的變量不能在catch或者finally中被引用？
看下面這段代碼，在try代碼塊中聲明的 String s 就不能在catch中被引用， 這段代碼在編譯期是通不過的。
try {
File file = new File("path");
FileInputStream fis = new FileInputStream(file);
String s = "inside";
} catch (FileNotFoundException e) {
e.printStackTrace();
System.out.println(s);
}
原因是你不知道在try代碼塊中哪個(gè)位置會(huì)引發(fā)異常， 很有可能在聲明對(duì)象之前就引發(fā)了異常。對(duì)于這個(gè)特定的示例，是正確的。
為什么 Double.parseDouble(null) 和 Integer.parseInt(null) 拋出的異常不一樣呢？
它倆拋出的異常確實(shí)不同，但這是JDK的問題，當(dāng)時(shí)開發(fā)這兩個(gè)接口的開發(fā)人員不是同一波，所以我們沒必要去糾結(jié)這個(gè)問題。
Integer.parseInt(null);
// throws java.lang.NumberFormatException: null
Double.parseDouble(null);
// throws java.lang.NullPointerException
Java中經(jīng)常使用的運(yùn)行時(shí)異常
這里列舉一部分：
IllegalArgumentException
ArrayIndexOutOfBoundsException
在有些場(chǎng)景某個(gè)目標(biāo)對(duì)象不滿足我們的預(yù)期，會(huì)用到這些異常，例如下面在 if 判斷語(yǔ)句中被使用：
if (obj == null) {
throw new IllegalArgumentException("obj can not be null");
我們可以在同一個(gè)catch子句中捕獲多個(gè)異常嗎？
答案是當(dāng)然可以，不過如果在同一個(gè)catch子句中捕獲的這些異常都直接或間接繼承自同一父類，那么就只能在catch子句中捕獲父類了。
// Java 7 之前需要這樣
catch (AException a) {
logger.error(a);
throw new MyException("a");
catch (BException b) {
logger.error(b);
throw new MyException("b");
}catch (CException c) {
logger.error(c);
throw new MyException("c");
}
// 在Java 7中，可以捕獲所有這些異常
catch(AException | BException | CException ex){
logger.error(ex);
throw new MyException(ex);
}
補(bǔ)充說明 : 其實(shí)是這樣，在 Java7 就開始支持catch子句捕獲多個(gè)異常，多個(gè)異常使用 XOR符號(hào)(I)連接，異常的發(fā)生有可能是 A | B，但不能同時(shí)出現(xiàn)，相當(dāng)于這些異常不能是間接或直接繼承自同一個(gè)父類，因?yàn)槿绻鸄B都繼承同一父類，那就不能 A|B 都寫上，這也是繼承原則。
在 Java 中構(gòu)造方法能拋出異常嗎？
答案是當(dāng)然可以，構(gòu)造方法僅是一種特殊方法而已。可以參考這個(gè)示例。
在 final 代碼塊中拋出異常
下面這個(gè)寫法是合法的：
public static void main(String[] args) {
File file1 = new File("path1");
File file2 = new File("path2");
try {
FileInputStream fis = new FileInputStream(file1);
} catch (FileNotFoundException e) {
e.printStackTrace();
} finally {
try {
FileInputStream fis = new FileInputStream(file2);
} catch (FileNotFoundException e) {
e.printStackTrace();
}
}
}
但是為了獲得更好的代碼可讀性，你應(yīng)該將把 try-catch代碼塊封裝成一個(gè)新方法，然后將方法調(diào)用放在finally子句中：
public static void main(String[] args) {
File file1 = new File("path1");
File file2 = new File("path2");
try {
FileInputStream fis = new FileInputStream(file1);
} catch (FileNotFoundException e) {
e.printStackTrace();
} finally {
// 封裝方法
methodThrowException();
}
}
try語(yǔ)句有return那么finally還會(huì)執(zhí)行嗎？
答案是肯定會(huì)執(zhí)行。
Java官方文檔描述：The finally block always executes when the try block exits
意思就是 ” 只要存在try代碼塊，finally代碼塊就一定會(huì)執(zhí)行 ” ，這種特性可以讓程序員避免在try語(yǔ)句中使用return, continue或者break關(guān)鍵字而忽略了關(guān)閉相關(guān)資源的操作等。
為何有些開發(fā)人員對(duì)異常置之不理？
很多時(shí)候會(huì)見到下面這種代碼寫法。允許的情況下盡可能捕獲異常并且進(jìn)行處理，不知道為什么很多開發(fā)人員就是這么干？
try {
...
} catch(Exception e) {
e.printStackTrace();
}
忽略異常是一件很容易做到的事，雖然這種寫法很常見，但不一定是正確的寫法。
參考文獻(xiàn):
譯文完，由于個(gè)人理解能力和知識(shí)寬度有限，譯文中存在失誤之處，還請(qǐng)見諒，歡迎指正。
BIU ~ 文章持續(xù)更新，微信搜索「潘潘和他的朋友們」第一時(shí)間閱讀，隨時(shí)有驚喜。本文會(huì)在 GitHub https://github.com/JavaWorld 收錄，熱騰騰的技術(shù)、框架、面經(jīng)、解決方案，我們都會(huì)以最美的姿勢(shì)第一時(shí)間送達(dá)，歡迎 Star。
總結(jié)
以上是生活随笔為你收集整理的java各种的不好_译文《最常见的10种Java异常问题》的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 取消雷达后 特斯拉“幽灵刹车”彻底闹大：
- 下一篇： 32位拜拜！三星宣布7月18日起App必