Java 编程：平衡测试（二）

 

用 Java™ 语言进行异常处理的一个优点是：异常是一些对象，try-catch 机制了解异

常类型的分层结构，并在客户机如何处理错误处理方面提供实际灵活性。例如，如果不能

 

找 到 文 件 ， 则 FileInputStream  

 

构 造 函 数 会 抛 出 FileNotFoundException ， 该 异 常 是 

IOException 的一个子类。此传统用法允许客户机处理未发现文件的条件，这些条件是从
其他与文件相关的条件中分离出来的(

 

如果他们喜欢单独捕获 FileNotFoundException)。但

 

是，他们还可以使用捕获 IOException 的方法处理所有与文件相关的错误条件。

　　另一方面，异常处理的主要缺陷是：在正确使用异常时，易于建立带有三行或

 

四行业务逻辑以及 20   

或 30 行异常处理的方法。因为错误恢复代码在测试时容易出现错误

并且执行困难，使一部分专门用于异常处理的代码无所适从并容易出错。这种情况的典型

 “

” 

示例如清单所示，其中带有两行 真的 代码的方法需要三个独立的捕获块，每个捕获

 —— 

块都执行完全相同的操作

记录该异常：

 

　　清单 1. 多个相同的捕获块
1 public void addInstance(String className) {
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 捕获。