java引入checked异常只是让程序员多了一个选择，它并不强迫你使用checked异常。
如果你对什么时候应该使用checked异常感到迷惑，那么最简单的办法就是，不要使用checked异常！这里包括2个方面：
第一，你自己不必创建新的异常类，也不必在你的代码中抛出checked异常，错误发生后只管抛出unchecked异常；
第二，对已有API的checked异常统统catch后转为unchecked异常！
那么使用checked异常又是怎样的呢？
第一，你需要考虑更多的问题。首先在设计上就会更加复杂，其次就是代码更加冗长。设计上复杂体现在以下方面：
1 对异常（错误）的抽象和理解。你得知道什么情况才能算checked异常，使得上级确实能够处理（修复）这种异常，并且让整个程序 从这种设计中确实得到好处。
2 对整个自定义checked异常继承体系的设计。正如那篇文章所说，总不能在一个方法后面抛出20个异常吧！设计自定义checked异常， 就要考虑方法签名问题，在合适的时候抛出合适的异常（不能一味的抛出最具体的异常，也不能一味抛出最抽象的异常）
第二，业务代码相比较使用unchecked的情况而言，不够直接了当了。引入了throws签名和catch clause，代码里有很多catch，方法 签名也和异常绑定了。
第三，有了更强的错误处理能力。如果发生了checked异常，我们有能力处理（修复）它。表现在不是任何错误都会导致程序挂起，出现了 checked异常，程序可能照样运行。整个程序更加健壮，而代价就是前面2条。
