读本篇文章之前，如果让你叙述一下 Exception Error Throwable 的区别，你能回答出来么？
你的反应是不是像下面一样呢？
- 你在写代码时会经常 try catch(Exception)
- 在 log 中会看到 OutOfMemoryError
- Throwable 似乎不常见，但也大概听说过
一、Exception Error Throwable 关系
直接看下图，展示了三者之间的关系：
Throwable是Error和Exception的父类。Exception是程序正常运行中可预料的正常情况，应该被捕获并进行处理。- 又分为可检查（checked）和不检查（unchecked）异常。
- 可检查异常是在编译期检查的一部分，必须显示捕获处理。如有的方法 throw exception，那么调用该函数则必须 catch 处理或者再次 throw 出去交给下一层处理。
- 不检查异常一般指运行时异常（RuntimeException），类似
ArrayIndexOutOfBoundsException、ArithmeticException等。一般可由代码逻辑避免，可看情况是否捕获。
Error一般是正常情况下不太可能出现的，绝大部分 Error 会导致程序处于不可恢复的状态，所以也不必捕获。如OutOfMemoryError。
二、对比一个 Error 和 Exception
你在面试中也许会被问到：
NoClassDefFoundError 和 ClassNotFoundException 有什么区别？
首先，我们看这俩名字，一个是 Error 另一个是 Exception，从上面的介绍以及看下面的继承图可以得到：ClassNotFoundException 应是编码时要被捕获的异常，NoClassDefFoundError 是编译通过了，但运行时产生的重大问题。
进一步的：ClassNotFoundException 是运行中动态加载类时出现的问题。
举例来说，使用 Class.forName 来动态加载一个类，如果你不显示的 catch 处理，ide 都会给你提示，并且也过不了编译。
// 错误写法public void except() { Class.forName("com.test.aaa");}// 正确写法public void except() { try { Class.forName("com.test.aaa"); } catch (ClassNotFoundException e) { // throw or log throw new RuntimeException(e); // log.error("ClassNotFoundException: ", e); }}
NoClassDefFoundError 是编译时没问题，但运行时 new 实例找不到。
比如在一个类中引用另一个类的函数，编译后把另一个类的 class 文件删掉：
public class Main { public static void main(String[] args) { System.out.println("Hello world!"); MyPrint.printName(); }}public class MyPrint { public static void printName() { System.out.println("my name is zhangsan"); }}使用 javac 编译，再删除 MyPrint.class
$ tree comcom└── shuofxz ├── Main.class ├── Main.java ├── MyPrint.class # 把这个文件删掉 └── MyPrint.java执行程序，就会看到 NoClassDefFoundError，并且是由 ClassNotFoundException 引起的。
Exception in thread "main" java.lang.NoClassDefFoundError: com/shuofxz/MyPrintat com.shuofxz.Main.main(Main.java:6)Caused by: java.lang.ClassNotFoundException: com.shuofxz.MyPrintat java.net.URLClassLoader.findClass(URLClassLoader.java:387)at java.lang.ClassLoader.loadClass(ClassLoader.java:419)at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:352)at java.lang.ClassLoader.loadClass(ClassLoader.java:352)... 1 more三、捕获异常代码常见问题
一）看下面的代码有什么问题？
try { // 业务代码 // ... Thread.sleep(1000L);} catch (Exception e) {}- 捕获了过于通用的异常
Exception，应改为对应的InterruptedException。这么做的目的是因为：第一方便阅读代码，知道可能会出现什么具体的异常；第二不捕获意料之外的异常。 - 不要捕获异常之后啥都不做（生吞异常）。这就是给自己挖坑，之后程序遇到问题，你很难定位到这里。
二）再看下面这个，增加了异常打印逻辑，还有什么问题不？
try { // 业务代码 // …} catch (IOException e) { e.printStackTrace();}- 自娱自乐是 ok 的，但不要放到生产环境中。因为
e.printStackTrace()的功能是：Prints this throwable and its backtrace to the standard error stream。你很难判断它到底输出到哪里去了。 - 应该用成熟的日志工具如 Slf4j 等。
三）再来看下面的：
try { // 业务逻辑 A // 业务逻辑 B // 业务逻辑 C // ...} catch (Exception e) { log.error("have exception", e);}- 不能因为怕丢失异常捕获，就把一大段代码都框到一个 try-catch 模块中。
- try-catch 代码段会产生额外的性能开销，它往往会影响 JVM 对代码进行优化。
四）我们前面介绍了Exception、Error、Throwable，为什么代码中经常能看到 catch XXException，却几乎看不到 catch XXError 或 catch Throwable 呢？
- Exception 才是你应该关注处理的异常，这种异常处理后还可以使程序正常运行。
- Error 属于重大问题，是会使程序直接崩溃的，你捕获了也没什么用，很难让程序再「活」过来。
- 至于 Throwable，首先不应该不过这么宽泛的问题（比捕获 Exception 还严重），第二其中包含了 Error 也不是你应该处理的问题。
- 因此，Error 和 Throwable 除非你明确知道你在干什么，否则不要捕获这两种。
三、小结
本篇介绍了 Exception Error Throwable 的区别，并给出了相关例子帮助理解。
回到开头的问题：「叙述一下 Exception Error Throwable 的区别」你心里有数了么？