第2讲 | Exception和Error有什么区别？

对比 Exception 和 Error，另外，运行时异常与一般异常有什么区别？

• Exception 和 Error 都是继承了 Throwable类，在 Java 中只有 Throwable 类型的实例才可以被抛出(throw)或捕获(catch)，它是异常处理机制的基本组成类型。
• Exception 是程序正常运行中，可以预料的意外情况，可能并且应该被捕获，进行相应处理。
• Error 是指在正常情况下，不大可能出现的情况，绝大部分的Error都会导致程序处于非正常、不可恢复状态，不需要进行捕获。
• Exception 又分为可检查（checked）异常和不检查(uncheked异常)/RuntimeException，Checked Exception在源代码里必须显示地进行处理，是编译期检查的一部分。RuntimeException通常是可以编码避免的逻辑错误，具体根据需要来判断是否需要捕获，不会在编译期强制要求。

理解 Throwable、Exception、Error 的设计和分类

image.png

理解 Java 语言中操作 Throwable 的元素和实践

使用try-with-resources 和 multiple catch，在编译时期，会自动生成相应的处理逻辑。try-with-resources自动按照约定俗成 close 那些扩展了 AutoCloseable或者Closeable的对象。

try (BufferedReader br = new BufferedReader(…);
     BufferedWriter writer = new BufferedWriter(…)) {// Try-with-resources
// do something
catch ( IOException | XEception e) {// Multiple catch
   // Handle it
} 

最佳实践

• 尽量不要捕获类似 Exception 这样的通用异常，而是应该捕获特定的异常。

  1. 隐藏了我们的目的
  2. 可能捕获到我们不希望捕获的异常，例如RuntimeException
  3. 不要捕获Throwable 或者 Error，这样很难保证我们能够正确处理OutOfMemoryError之类的错误。

• 不要生吞(swallow)异常

  1. 掩盖问题，可能会导致非常难以诊断的诡异情况。
  2. 线上不允许e.printStackTrace()，很难判断出到底输出到哪里去了

• Throw early, catch late 原则
  让问题“throw early”，对应的异常信息就非常直观了

public void readPreferences(String filename) {
    Objects. requireNonNull(filename);
    //...perform other operations... 
    InputStream in = new FileInputStream(filename);
     //...read the preferences file...
}

catch late,异常不知道如何处理时，可以选择保留原有异常的 cause 信息，直接再抛出或者构建新的异常抛出。在更高层面，因为有了清晰的（业务）逻辑，往往会更清楚合适的处理方式是什么。

• 自定义异常需要考虑问题
  1. 是否提供足够的异常信息
  2. 是否需要定义成Checked Exception，这种类型设计的初衷更是为了从异常情况恢复
  3. 在保证诊断信息足够的同时，也要考虑避免包含敏感信息，因为那样可能导致潜在的安全问题。

性能角度看异常处理机制

• try-catch 代码段会产生额外的性能开销，往往会影响JVM对代码进行优化，所以建议仅捕获有必要的代码段，尽量不要一个大的 try 包住整段的代码。
• 不要使用异常控制代码流程，比条件语句要低效，语义不明确。
• Java 每实例化一个 Exception，都会对当时的栈进行快照，这是一个相对比较重的操作，如果异常非常频繁，这个开销就不能忽略。
• 当我们的服务出现反应变慢、吞吐量下降的时候，检查发生最频繁的Exception也是一种思路。