Java 理论与实践: 平衡测试，第2部分
【IT168 技术文章】用 Java™ 语言进行异常处理的一个优点是：异常是一些对象，try-catch 机制了解异常类型的分层结构，并在客户机如何处理错误处理方面提供实际灵活性。例如，如果不能找到文件，则 FileInputStream 构造函数会抛出 FileNotFoundException，该异常是 IOException 的一个子类。此传统用法允许客户机处理未发现文件的条件，这些条件是从其他与文件相关的条件中分离出来的(如果他们喜欢单独捕获 FileNotFoundException)。但是，他们还可以使用捕获 IOException 的方法处理所有与文件相关的错误条件。
另一方面，异常处理的主要缺陷是：在正确使用异常时，易于建立带有三行或四行业务逻辑以及 20 或 30 行异常处理的方法。因为错误恢复代码在测试时容易出现错误并且执行困难，使一部分专门用于异常处理的代码无所适从并容易出错。这种情况的典型示例如清单所示，其中带有两行 “真的” 代码的方法需要三个独立的捕获块，每个捕获块都执行完全相同的操作 —— 记录该异常：
清单 1. 多个相同的捕获块
2 try {
3 Class clazz = Class.forName(className);
4 objectSet.add(clazz.newInstance());
5 }
6 catch (IllegalAccessException e) {
7 logger.log("Exception in addInstance", e);
8 }
9 catch (InstantiationException e) {
10 logger.log("Exception in addInstance", e);
11 }
12 catch (ClassNotFoundException e) {
13 logger.log("Exception in addInstance", e);
14 }
15 }
16
请参见清单 1，您可能尝试将三个捕获块合并成捕获 Exception 的单独捕获块，因为每个捕获块的捕获恢复操作是相同的。乍一看，该策略似乎是一个好方法 —— 但代码副本有错误，所以整合这些复制路径应该是一种改进。不过，此 “改进” 常常会带来意想不到的结果。因为 RuntimeException 扩展了 Exception，将三个捕获块合并成一个捕获块(如清单 2 所示)，所以这会更改语义，现在，未经检查的异常将被记录(而不传播)。此 bug 模式(其中 RuntimeException 容易被超大捕获块捕获)也称为 RuntimeException 捕获。
清单 2. RuntimeException 捕获 bug 模式 —— 不要执行此模式
2 try {
3 Class clazz = Class.forName(className);
4 objectSet.add(clazz.newInstance());
5 }
6 catch (Exception e) {
7 logger.log("Exception in newInstance", e);
8 }
9 }
10
bug 模式通常源自语言的模糊功能或类库;出现此 bug 模式是因为 RuntimeException 扩展了 Exception，这稍微有点违反常理。对 RuntimeException 捕获的修复非常容易 —— 您需要了解以下问题：首先捕获 RuntimeException，并在捕获 Exception 之前重新将其抛出，如清单 3 所示。不过，即使知道 bug 模式及其修复方法，在代码审查过程中也很容易忘记执行它或忽略它，并且编译器也不会通知您。这是引入 bug 模式的原因，帮助您避免违犯 “您已较好地了解” 之类的错误。
清单 3. 通过显式处理 RuntimeException 修复 RuntimeException 捕获
2 try {
3 Class clazz = Class.forName(className);
4 objectSet.add(clazz.newInstance());
5 }
6 catch (Exception e) {
7 logger.log("Exception in newInstance", e);
8 }
9 }
10
