译文《最常见的 10 种 Java 异常问题》
封面:洛小汐
译者:潘潘
知彼知己,方能百战不殆。
前言
本文总结了有关 Java 异常的十大常见问题。
目录
检查型异常(checked) vs. 非检查型异常(Unchecked)
异常管理的最佳实践箴言
为什么在 try 代码块中声明的变量不能在 catch 或者 finally 中被引用?
为什么 Double.parseDouble(null) 和 Integer.parseInt(null) 抛出的异常不一样呢?
Java 中经常使用的运行时异常
我们可以在同一个 catch 子句中捕获多个异常吗?
在 Java 中构造方法能抛出异常吗?
在 final 代码块中抛出异常
try 语句有 return 那么 finally 还会执行吗?
为何有些开发人员对异常置之不理?
1.检查型异常(checked) vs. 非检查型异常(Unchecked)
简单来说,对于检查型异常, 一般在 编译期 就会被检查到,所以我们肯定会提前在方法内进行捕获处理,或者在方法头部申明并抛出。而非检查型异常,往往无法提前预知,例如被除数是 0、空指针等。检查型异常特别重要,它会告诉那些调用你的接口的开发者们,如何提前预知并处理好这些可能发生的异常。
例如,IOException 就是常见的检查型异常,而 RuntimeException(运行时异常)就是非检查型异常。在阅读剩余部分之前你或许可以研读这份 Java异常的层次结构图。
2.异常管理的最佳实践箴言
如果可以正确处理异常,则应将其捕获并处理,否则应将其抛出。
3.为什么在 try 代码块中声明的变量不能在 catch 或者 finally 中被引用?
看下面这段代码,在 try 代码块中声明的 String s 就不能在 catch 中被引用, 这段代码在编译期是通不过的。
原因是你不知道在 try 代码块中哪个位置会引发异常, 很有可能在声明对象之前就引发了异常。对于这个特定的示例,是正确的。
4.为什么 Double.parseDouble(null) 和 Integer.parseInt(null) 抛出的异常不一样呢?
它俩抛出的异常确实不同,但这是 JDK 的问题,当时开发这两个接口的开发人员不是同一波,所以我们没必要去纠结这个问题。
5.Java 中经常使用的运行时异常
这里列举一部分:
IllegalArgumentException
ArrayIndexOutOfBoundsException
在有些场景某个目标对象不满足我们的预期,会用到这些异常,例如下面在 if 判断语句中被使用:
6.我们可以在同一个 catch 子句中捕获多个异常吗?
答案是当然可以,不过如果在同一个 catch 子句中捕获的这些异常都直接或间接继承自同一父类,那么就只能在 catch 子句中捕获父类了。
补充说明 : 其实是这样,在 Java7 就开始支持 catch 子句捕获多个异常,多个异常使用 XOR 符号(I)连接,异常的发生有可能是 A | B,但不能同时出现,相当于这些异常不能是间接或直接继承自同一个父类,因为如果 AB 都继承同一父类,那就不能 A|B 都写上,这也是继承原则。
7.在 Java 中构造方法能抛出异常吗?
答案是当然可以,构造方法仅是一种特殊方法而已。可以参考这个示例。
8.在 final 代码块中抛出异常
下面这个写法是合法的:
但是为了获得更好的代码可读性,你应该将把 try-catch 代码块封装成一个新方法,然后将方法调用放在 finally 子句中:
9.try 语句有 return 那么 finally 还会执行吗?
答案是肯定会执行。
Java 官方文档描述:The finally block always executes when the try block exits
意思就是 ” 只要存在 try 代码块,finally 代码块就一定会执行 ” ,这种特性可以让程序员避免在 try 语句中使用 return, continue 或者 break 关键字而忽略了关闭相关资源的操作等。
10.为何有些开发人员对异常置之不理?
很多时候会见到下面这种代码写法。允许的情况下尽可能捕获异常并且进行处理,不知道为什么很多开发人员就是这么干?
忽略异常是一件很容易做到的事,虽然这种写法很常见,但不一定是正确的写法。
参考文献:
译文完,由于个人理解能力和知识宽度有限,译文中存在失误之处,还请见谅,欢迎指正。
BIU ~ 文章持续更新,微信搜索「潘潘和他的朋友们」第一时间阅读,随时有惊喜。本文会在 GitHub https://github.com/JavaWorld 收录,热腾腾的技术、框架、面经、解决方案,我们都会以最美的姿势第一时间送达,欢迎 Star。
评论