我对Checked Exception观点的变化

为什么 Java 中要使用 Checked Exceptions的讨论经历了一年多的时间。随着时间的推移，我的观点也发生了一些变化，不知道dlee和Robin现在怎么样。在新项目的起步阶段，我们公司也在进行关于异常设计的激烈讨论，今天我就先说一说我的看法吧！

Checked Exception的设计存在一个矛盾，就是方法声明抛出的异常是从方法自身的设计出发的，我说抛几个异常就抛几个，根本不管调用者能不能处理、怎么处理，尤其是对于系统底层的方法更是这样。其实这也很正常，方法不应该依赖于调用者，依赖的方向应该是反过来才对。但是这样一来，调用者就经常会对要捕捉的异常感到迷惑，尤其是对那些设计不太合理的接口。
从这句话看，也存在上面讲的矛盾，方法往往不知道调用者能否从错误中恢复，只有调用者才知道，说不定有的调用者能恢复，有的调用者不能恢复也不一定。那么好，这句话能不能改成：“只要调用者可能恢复不了，就用RuntimeException，否则，即只有我肯定调用者一定能恢复，才使用Checked Exception”，这句话很绕嘴，但是这大概就会成为不使用Checked Exceotion的理由，因为谁也不能肯定调用者一定能从错误中恢复。

但是，滥用Unchecked Exception比起滥用Checked Exception更可怕，对于懒惰、不负责任的程序员，调用抛出CheckedException方法的时候，最坏的情况也是依照编码规范捕捉异常、写日志、抛出新的异常（即使是这样几乎也是Copy-Paste的结果，如果这个都懒得做……），至少他看到了异常的处理，多少也会去想想吧，但是对于抛RuntimeException的方法，懒人理都不会理，反正不会出错。

如果大家都能恰当的定义异常，理智的捕捉异常，Unchecked Exception还是会比Checked Exception好一些。否则，如果异常设计不合理，语义表达不清，捕捉这边的人脑子也不清醒，无论是Unchecked Exception还是Checked Exception，都会存在各自不同的问题。

那个帖子不是已经讨论的很清楚了吗？在我做的应用中，如果有需要，我会定义一些CheckedException，这完全是根据业务需要来做出来的。

呵呵！不好意思啊。长帖子太容易把闪光的东西淹没了（这就是论坛的弱点，Robbin开个Wiki吧），我把你的帖子粘贴过来，你不介意吧？

说的很好！最后一段讲的也不错，只是举的例子好像不太能印证你的观点。

难道很多人都没看过expert one-on-one J2EE吗？(赫赫，当初偶也是没看过，所以一阵迷茫）
里面说的非常清楚，详情请看chapter 4

当年看Expert-One-on-One的时候也是一头雾水，还是后来自己明白过来了