IDC资讯中心
这篇文章指出了java中checked exception的一些缺点，提出应该在程序设计中避免使用checked exception,对于需要处理checked exception的代码，可以使用exceptionadapter这个类对checked exception进行包装。这篇文章的概念和exceptionadapter这个类均源自bruce eckel的does java need checked exception。
java的exception分为两类，一类是runtimeexception及其子类，另外一类就是checked exception。java要求函数对没有被catch处理掉的checked exception，需要将其写在函数的声明部分。然而，这一要求常常给程序员带来一些不必要的负担。
为了避免在函数声明中写throws部分，在java项目里面常常可以看到以下代码用来‘吞掉’exception：
try {
// …
} catch (exception ex) {
ex.printstacktrace();
}
这显然不是一个好的处理exception办法，事实上，catch并处理一个exception意味着让程序从发生的错误(exception)中恢复过来。从这种意义上说，已上的代码只可能在一些很简单的情况下工作而不带来问题。
对于很多exception，往往没有去处理它并让程序从错误中恢复出来的办法，这时唯一能做的事情可能就是在界面上显示一些提示信息给用户。这种情况下让程序抛出遇到的exception是更为合理的做法。然而，这样做会使得一些函数的声明急剧膨胀。一个函数可能需要声明会抛出的7、8个checked exception，而且每个调用它的函数也需要同样的声明。
比这更糟糕的是，这有可能破坏类设计的open-close原则。简单来说，open-close原则是指当扩展一个模块的时候，可以不影响其现有的client。open-close原则是通过继承来实现的，当继承一个类的时候，我们既扩展了这个类，也不会影响原有的client（因为对这个类没有改动）。
现在考虑下面这种情况，有一个父类base：
public class base {
public void foo() throws exceptiona {
// …
}
}
现在需要继承base这个类并重载foo这个方法，在新的实现中，foo可能抛出exceptionb：
public class extend extends base {
public void foo() throws exceptionb {
// …
}
}
然而，这样写在java里面是不合法的，因为java把可能会抛出的exception看作函数特征的一部分，子类声明抛出的exception必须是父类的子集。
可以在base类的foo方法中加入抛出exceptionb的声明，然而，这样就破坏了open-close原则。而且，有时我们没有办法去修改父类，比如当重载一个jdk里的类的时候。
另一个可能的做法是在extend的foo方法中catch住exceptionb，然后构造一个exceptiona并抛出。这是个可行的办法但也只是一个权宜之计。
如果使用runtimeexception，这些问题都不会存在。这说明checked exception并不是一个很实用的概念，也意味着在程序设计的时候，我们应该让自己的exception类继承runtimeexception而不是exception。（这和jdk的建议正好相反，但实践证明这样做代码的质量更好。）
对于那些需要处理checked exception的代码，可以利用一个exceptionadapter的类把checked exception包装成一个runtimeexception抛出。exceptionadapter来自bruce eckel的does java need checked exception这篇文章，在这里的exceptionadapter是我根据jdk 1.4修改过的：
public class exceptionadapter extends runtimeexception {
public exceptionadapter(exception ex) {
super(ex);
}
public void printstacktrace(java.io.printstream s) {
getcause().printstacktrace(s);
}
public void printstacktrace(java.io.printwriter s) {
getcause().printstacktrace(s);
}
// rethrow()的作用是把被包装的exception再次抛出。
public void rethrow()
throws exception
{
throw (exception) getcause();
}
}
