Exception vs Error

一个形象的比喻

假如你开车上山，车坏了，你拿出工具箱修一修，修好继续上路（Exception被捕获，从异常中恢复，继续程序的运行），车坏了，你不知道怎么修，打电话告诉修车行，告诉你是什么问题，要车行过来修。（在当前的逻辑背景下，你不知道是怎么样的处理逻辑，把异常抛出去到更高的业务层来处理）。你打电话的时候，要尽量具体，不能只说我车动不了了。那修车行很难定位你的问题。（要补货特定的异常，不能捕获类似Exception的通用异常）。还有一种情况是，你开车上山，山塌了，这你还能修吗？（Error：导致你的运行环境进入不正常的状态，很难恢复）

NoClassDefFoundError 与 ClassNotFoundException 区别

• NoClassDefFoundError -> Error 会导致程序处于非正常状态，不可捕获
• ClassNotFoundException -> Exception 可捕获，编译期可检查Exception,需要显示的捕获(补充：Exception 分为(在编译期)可检查和不可检查的Exception，编译期可检查Exception,需要显示的捕获；编译期不可检查的Exception就是所谓的运行时异常(RuntimeException: NullPointException)，需要根据具体情况进行捕获处理)

throw、throws 关键字

• throw 抛出一个异常，写在方法body体中，修饰一个异常实例
• throws 定义一个异常,类似try-catch-throw,写在方法签名/类名之后，修饰方法/类

try-catch-finally

• try-with-finally
• catch-multiple

异常捕获需要注意

• 尽量不要捕获类似Exception的通用异常，应该捕获特定异常
• 不要生吞异常，发生异常的时候，尽量提供更多异常cause信息并记录到日志中，尽量不要输出全部堆栈信息到console中，这样做不仅影响程序性能而且在复杂系统中很难定位问题

自定异常需要注意

• 是否要定义成Checked Exception ( eg : IOException), 这种异常的设计初衷是为了从异常情况中恢复，设计者应该有足够的信息对异常进行分类
• 信息安全: 在保证诊断信息足够的同时，需要避免包含敏感信息，避免潜在的安全问题。(eg: java.net.ConnectException 的出错信息Connection refused (Connection refused)并不包含具体的机器名，IP，密码等)

性能角度看Java异常处理机制

• try-catch代码块会影响JVM对代码进行优化，所以会产生额外的性能开销，建议仅捕获有不要的代码段，不要一个try包住整段代码。此外，不要用try-catch来控制程序流程，因为它远比条件语句 (if-else /switch) 要低效
• Java 每实例化一个Exception都需要对当前的栈进行快照，这是一个比较重的操作，如果发生频繁，这个开销就不能被忽略了

参考

https://time.geekbang.org/column/article/6849