典型回答
Exception 和 Error 都是继承了 Throwable 类，在Java中只有Throwable 类型的实例才可以被抛出（throw）或者捕获（catch），它是异常处理机制的基本组成类型。Exception和Error体现了Java平台设计者对不同异常情况的分类。在Java中对于错误和异常的处理是不同的，我们可以从异常中恢复程序但却不应该尝试从错误中恢复程序。
Exception：
Exception 是程序正常运行中，可以预料的意外情况，可能并且应该被捕获，进行相应处理。
Exception 又分为两类:
CheckedException：（编译时异常） 需要用try...catch显示的捕获，对于可恢复的异常使用CheckedException。
UnCheckedException（RuntimeException）：（运行时异常）不需要捕获，对于程序错误（不可恢复）的异常使用RuntimeException，类似：
NullPointerException,ArrayIndexOutOfBoundsExceptin，通常是可以编码避免的逻辑错误，具体根据需要来判断是否需要捕获，并不会在编译器强制要求
Error：
Error 是指在正常情况下，不大可能出现的情况，绝大部分的 Error 都会导致程序（比如 JVM 自身）处于非正常的、不可恢复状态。既然是非正常情况，所以不便于也不需要捕获，常见的比如 OutOfMemoryError 之类，都是 Error 的子类。
关联问答
追问1：请举例日常开发中，哪些类是Error类 ，哪些是编译时异常，哪些是运行时异常？
Exception运行时异常：
-
NullPropagation：空指针异常；
-
ClassCastException：类型强制转换异常
-
IllegalArgumentException：传递非法参数异常
-
IndexOutOfBoundsException：下标越界异常
-
NumberFormatException：数字格式异常
Exception编译时异常：
-
ClassNotFoundException：找不到指定 class 的异常
-
IOException：IO 操作异常
错误（Error）：
-
NoClassDefFoundError：找不到 class 定义异常
-
StackOverflowError：深递归导致栈被耗尽而抛出的异常
-
OutOfMemoryError：内存溢出异常
- 知识扩展与思考
我们从性能角度来审视一下 Java 的异常处理机制，这里有两个可能会相对昂贵的地方：
第一： try-catch 代码段会产生额外的性能开销，或者换个角度说，它往往会影响 JVM 对代码进行优化，所以建议仅捕获有必要的代码段，尽量不要一个大的 try 包住整段的代码；与此同时，利用异常控制代码流程，也不是一个好主意，远比我们通常意义上的条件语句（if/else、switch）要低效。
第二： Java 每实例化一个 Exception，都会对当时的栈进行快照，这是一个相对比较重的操作。如果发生的非常频繁，这个开销可就不能被忽略了
思考下面一段代码：
- 尽量不要捕获类似 Exception 这样的通用异常，而是应该捕获特定异常，Thread.sleep() 抛出的异常应该为InterruptedException。
- 捕获了异常以后一定要做处理，不能生吞（swallow）异常，这是异常处理中要特别注意的事情，因为很可能会导致非常难以诊断的诡异情况。在当前的逻辑背景下，你不知道是怎么样的处理逻辑，把异常抛出去到更高的业务层来处理。
- 当一个try后跟了很多个catch时，必须先捕获小的异常再捕获大的异常
