Error和Exception都是Throwable的子类，都用来表示程序运行过程中发生了异常，在Java中只有Throwable类型的实例才可以被用来抛出或者捕获。
Error表示表示程序运行过程中发生的非业务逻辑的不正常的情况，比如说JVM内存溢出等不可恢复的系统异常，我们不应该去捕获这样的异常。
Exception表示程序运行过程中可以预料到的意外情况，我们可能需要捕获这个异常并进行处理。Exception分为运行时异常(RuntimeException)和检查型异常(Checked exceptions)，检查型异常需要在
方法或者构造函数中声明以确保可以异常可以正常传播外部方法。常见的运行时异常有ArrayIndexOutOfBoundsException和NullPointerException等。常见的检查型异常有FileNotFoundException和ClassCastException等。
Throwable、Exception、Error的设计与分类可以通过参考这个类图:
Java在1.7中增加了try-with-resources以及multiple catch的语法来帮助我们更优雅方便的捕获和处理异常，可以参考下面的代码片段。在编译时期会自动生成相应的处理逻辑，比如说自动按照约定俗成close那些扩展了AutoCloseable或者Closeable的对象。
//try-with-resources
try (Socket client = new Socket(InetAddress.getLocalHost(), server.getPort())) {
//处理业务
}catch (IOException | NullPointerException e){//Multiple catch
//处理异常
}
日常工作中关于异常需要注意的问题：
1、尽量不要捕获类似Exception这样的通用异常，而是应该捕获特定异常，在团队协作的工作中我们更希望提交的代码可以直观的体现出尽可能多的信息，Exception能代表的异常类过于宽泛。另外我们也希望程序
不会捕获到我们不希望捕获的异常，以免使需要向外扩散的异常被内部程序给捕获掉。
try {
// 业务代码
// …
Thread.sleep(1000L);
} catch (Exception e) {
// Ignore it
}
2、不要吃掉异常，如果我们不把异常抛出来，或者也没有输出到日志文件中，程序可能在后续代码会以不可预料的方式结束。很难判断是哪里运行出了问题，会增加诊断问题的难度。
try {
// 业务代码
// …
} catch (IOException e) {
e.printStackTrace();
}
3、从性能的角度看，try-catch会产生额外的性能开销，仅捕获有必要的代码片段，尽量不要一个大的try包住整段代码。与此同时利用异常控制代码流程通常也会比if/else、switch更加低效。
Java每实例化一个Exception，都会对当时的栈进行快照，这是一个相对比较重的操作，如果发生的非常频繁这个开销会非常大。
知识拓展：
1、响应式编程基于事件通知，如何记录日志？
可以使用traceId/requestId来串联日志信息，可以完善异常任务重试机制，当执行异常时不能简单的把异常抛出来，保存当前任务信息到重试队列中。当重试次数用完时还是失败可以记录任务执行失败，发出告警。
2、NoClassDefFoundError和ClassNotFoundException有何区别
ClassNotFoundException是在写代码的时候就已经提示需要捕获异常，比如使用Class.forName("Demo.class");时编译器会提示需要捕获或者抛出ClassNotFoundException的异常。
NoClassDefFoundError在Javac已经成功把源代码编译为字节码文件，当JVM启动时通过类加载器加载字节码文件并解释执行时在classpath下找不到对应的类就会发生这个错误。
