本文目录一览：
- 1、描述一下Java中的异常机制,什么是Checked Exception, Unchecked Exception?
- 2、为什么 java 中要使用 checked exceptions
- 3、java中的Checked Exception和Unchecked Exception的区别
描述一下Java中的异常机制,什么是Checked Exception, Unchecked Exception?
Java中的异常分为受检查的异常和不受检查的异常。
（1）受检查的异常：这种在编译时被强制检查的异常称为"受检查的异常"。即在方法的声明中声明的异常。
（2）不受检查的异常：在方法的声明中没有声明，但在方法的运行过程中发生的各种异常被称为"不被检查的异常"。这种异常是错误，会被自动捕获。
一些规模较小的程序中，受检查的异常能够提高开发效率，但随着项目规模的扩大，过多的受检
查的异常将变的难以管理，其带来的好处也将消失殆尽。
为什么 java 中要使用 checked exceptions
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条。
java中的Checked Exception和Unchecked Exception的区别
首先从继承方面来说，Error和Exception都是Throwable的子类。所以从根本上你可以理解他们是差不多的，程序出了问题就抛出。然后一般意义来讲，区别就是Error比Exception更严重，不易通过后续代码处理和修复，不应该被代码catch到的错误。而Exception是指严重程度较轻的程序问题，相较于Error更容易被后续代码处理和修复的，有些需要通过try catch代码处理，有些不建议通过try catch代码处理。
知识延伸：
Exception分两种，checked和unchecked。checked Exception就是在写代码的时候，IDE(比如Eclipse)会要求你写try catch的那种Exception，比如IOException。这种Exception是Java的设计者要求你的程序去处理的。这种异常一般不会影响程序的主体，容易手动诊断修复，所以Java要求你在catch下面写出处理的代码，以保证程序遇到此类exception之后还可以正常运行。unchecked这一类就是你在代码处理了checked exception之后，你在运行时候依然会遇到的exception，所以又叫做RunTimeException，比如NullPointerException, IndexOutOfBoundsException。此类exception相较于前面那种更容易影响程序运行，从设计者角度不提倡从程序中catch出来并处理，当然你也可以这么做。
Error就是程序运行时候抛出的最严重级别的错误了，如VirtualMachineError，ThreadDeath。抛出了Error的程序从Java设计的角度来讲，程序基本不可以通过后续代码修复，从而理应终止。当然，从语法上来讲，所有这些都可以被写进catch里面，但是Error因为上述原因，不应该被代码处理。