Java一切错误机制的公共祖类为java.lang.Throwable ,该祖类下有两个直接子类，分别为Error和Exception
其结构如图
Error错误
Error通常是程序无法处理的错误，这些错误大多数与代码编写者执行的操作无关，并且它们是无法被捕获的，因为它们在应用程序的控制和处理能力之外。
Exception错误
Exception 位于 java.lang 包下，它是一种顶级接口，继承于 Throwable 类，Exception 类及其子类都是 Throwable 的组成条件。
Exception是运行时的错误，它通常是程序运行时出现的可以预料的异常，基本上都需要Catch，然后再进行相关处理。
从前面的类关系图中可以看到，Exception有两类异常的实现。
RuntimeException，又称为非受检异常，这类异常不强制使用Catch捕获，我们可以根据实际场景来判断是否要Catch。
CheckedException，又称为受检异常，这类异常必须显示地通过Catch捕获。
受检异常和非受检异常
受检的异常和非受检的异常之间最大的区别在于，受检的异常是由编译器强制执行的，用于指示不受程序控制的异常情况（例如，I/O 错误），需要显示catch，不然无法通过编译器检查，而非受检的异常在运行时发生，用于指示编程错误（例如，空指针），并不强制要求catch。
受检异常：除了 RuntimeException 和其子类，以及error和其子类，其它的所有异常都是 checkedException。
非受检异常：
Java异常的最佳实践
当被调用的某个方法服务执行其本身的功能含义是，可以使用受检异常。
理想情况下，绝对不应将受检异常用于编程错误，在这种情况下，绝对不能把资源错误用于程序流控制。
尽量不要只捕获java.lang.Exception这种太过于泛的异常类型，应该要捕获到具体的错误类型。比如InterruptedException，原因有两个
在多人协作开发时，别人可以通过这些代码很清晰的理解我们的程序。并且告诉别人更多的信息。
我们必须要保证程序不会捕捉到不再我们预期范围内的异常，比如RuntimeException，我们希望这类异常是要往外抛，而不是在内部被捕获。
不要把异常吞掉，因为一旦程序出现问题，没有异常信息很难定位。
如果希望调用者能够从异常中进行合理恢复，需要设置为受检异常类型，如果调用者无法采用任何措施使得程序无法重异常中恢复，需要把该异常设置为非受检异常。
面试经典问题
面试题： 请你说一下对受检异常和非受检异常的理解？
回答： 受检异常和非受检异常，都是派生自Throwable这个类。他们的区别是
受检异常： 是指需要调用者显示通过try-catch捕获的异常
非受检异常： 是指不需要调用者显示捕获的异常。
之所以要定义受检异常和非受检异常，是因为在程序中，存在一些需要用户在编译期间就去检查的问题，比如FileNotFoundException、IOException，这些异常涉及资源处理，调用者需要捕获，其实它可以提醒开发者，如果被调用的方法出现这类异常时，程序应该做好预判并处理，比如IOExcetion，我们需要对流进行关闭操作。
而非受检发生在运行期间，是程序运行过程中可能发生的错误类型，比如NullpointExcetpion，这些异常我们可以捕获，也可以不捕获。但是捕获这些异常只能打印一些日志，除此之外什么都做不了
