“三妹啊,今天我來(lái)給你傳授幾個(gè)異常處理的最佳實(shí)踐經(jīng)驗(yàn),以免你以后在開(kāi)發(fā)中采坑。”我面帶著微笑對(duì)三妹說(shuō)。
“好啊,二哥,我洗耳恭聽(tīng)。”三妹也微微一笑,欣然接受。
“好,那哥就不廢話了。開(kāi)整。”
1)盡量不要捕獲 RuntimeException
阿里出品的嵩山版 Java 開(kāi)發(fā)手冊(cè)上這樣規(guī)定:
盡量不要 catch RuntimeException,比如 NullPointerException、IndexOutOfBoundsException 等等,應(yīng)該用預(yù)檢查的方式來(lái)規(guī)避。
正例:
- if (obj != null) {
- //...
- }
反例:
- try {
- obj.method();
- } catch (NullPointerException e) {
- //...
- }
“哦,那如果有些異常預(yù)檢查不出來(lái)呢?”三妹問(wèn)。
“的確會(huì)存在這樣的情況,比如說(shuō) NumberFormatException,雖然也屬于 RuntimeException,但沒(méi)辦法預(yù)檢查,所以還是應(yīng)該用 catch 捕獲處理。”我說(shuō)。
2)盡量使用 try-with-resource 來(lái)關(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);
- }
- }
“為什么呢?”三妹問(wèn)。
“原因也很簡(jiǎn)單,因?yàn)橐坏?close() 之前發(fā)生了異常,那么資源就無(wú)法關(guān)閉。直接使用 try-with-resource 來(lái)處理是最佳方式。”我說(shuō)。
- 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);
- }
- }
“除非資源沒(méi)有實(shí)現(xiàn) AutoCloseable 接口。”我補(bǔ)充道。
“那這種情況下怎么辦呢?”三妹問(wèn)。
“就在 finally 塊關(guān)閉流。”我說(shuō)。
- 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 的父類(lèi),如果在 catch 子句中捕獲了 Throwable,很可能把超出程序處理能力之外的錯(cuò)誤也捕獲了。
- public void doNotCatchThrowable() {
- try {
- } catch (Throwable t) {
- // 不要這樣做
- }
- }
“到底為什么啊?”三妹問(wèn)。
“因?yàn)橛行?error 是不需要程序來(lái)處理,程序可能也處理不了,比如說(shuō) OutOfMemoryError 或者 StackOverflowError,前者是因?yàn)?Java 虛擬機(jī)無(wú)法申請(qǐng)到足夠的內(nèi)存空間時(shí)出現(xiàn)的非正常的錯(cuò)誤,后者是因?yàn)榫€程申請(qǐng)的棧深度超過(guò)了允許的最大深度出現(xiàn)的非正常錯(cuò)誤,如果捕獲了,就掩蓋了程序應(yīng)該被發(fā)現(xiàn)的嚴(yán)重錯(cuò)誤。”我說(shuō)。
“打個(gè)比方,一匹馬只能拉一車(chē)廂的貨物,拉兩車(chē)廂可能就掛了,但一 catch,就發(fā)現(xiàn)不了問(wèn)題了。”我補(bǔ)充道。
4)不要省略異常信息的記錄
很多時(shí)候,由于疏忽大意,開(kāi)發(fā)者很容易捕獲了異常卻沒(méi)有記錄異常信息,導(dǎo)致程序上線后真的出現(xiàn)了問(wèn)題卻沒(méi)有記錄可查。
- public void doNotIgnoreExceptions() {
- try {
- } catch (NumberFormatException e) {
- // 沒(méi)有記錄異常
- }
- }
應(yīng)該把錯(cuò)誤信息記錄下來(lái)。
- public void logAnException() {
- try {
- } catch (NumberFormatException e) {
- log.error("哦,錯(cuò)誤竟然發(fā)生了: " + e);
- }
- }
5)不要記錄了異常又拋出了異常
這純屬畫(huà)蛇添足,并且容易造成錯(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 開(kāi)發(fā)手冊(cè)上這樣規(guī)定:
try 塊中的 return 語(yǔ)句執(zhí)行成功后,并不會(huì)馬上返回,而是繼續(xù)執(zhí)行 finally 塊中的語(yǔ)句,如果 finally 塊中也存在 return 語(yǔ)句,那么 try 塊中的 return 就將被覆蓋。
反例:
- private int x = 0;
- public int checkReturn() {
- try {
- return ++x;
- } finally {
- return ++x;
- }
- }
“哦,確實(shí)啊,try 塊中 x 返回的值為 1,到了 finally 塊中就返回 2 了。”三妹說(shuō)。
“是這樣的。”我點(diǎn)點(diǎn)頭。
“好了,三妹,關(guān)于異常處理實(shí)踐就先講這 6 條吧,實(shí)際開(kāi)發(fā)中你還會(huì)碰到其他的一些坑,自己踩一踩可能印象更深刻一些。”我說(shuō)。
“那萬(wàn)一到時(shí)候我工作后被領(lǐng)導(dǎo)罵了怎么辦?”三妹委屈地說(shuō)。
“新人嘛,總要寫(xiě)幾個(gè) bug 才能對(duì)得起新人這個(gè)稱號(hào)嘛。”我輕描淡寫(xiě)地說(shuō)。
“好吧。”三妹無(wú)奈地嘆了口氣。
原文鏈接:https://mp.weixin.qq.com/s/rKuQ5nMNH4CLUFldU53Fbw