《Java 核心技术面试》课程笔记（二）

Exception 和 Error 有什么区别？

• Java 语言在设计之初就提供了相对完善的异常处理机制，这也是 Java 得以大行其道的原因之一，因为这种机制大大降低了编写和维护可靠程序的门槛。如今，异常处理机制已经成为现代编程语言的标配。

典型回答

• Exception 和 Error 都是继承了 Throwable 类，在 Java 中只有 Throwable 类型的实例才可以被抛出（throw）或者捕获（catch），它是异常处理机制的基本组成类型。
• Exception 和 Error 体现了 Java 平台设计者对不同异常情况的分类。
  • Exception 是程序正常运行中，可以预料的意外情况，可能并且应该被捕获，进行相应处理。
    • Exception 又分为可检查（checked）异常和不检查（unchecked）异常，可检查异常在源代码里必须显式地进行捕获处理，这是编译期检查的一部分。
    • 不检查异常就是所谓的运行时异常，类似 NullPointerException、ArrayIndexOutOfBoundsException 之类，通常是可以编码避免的逻辑错误，具体根据需要来判断是否需要捕获，并不会在编译期强制要求。
  • Error 是指在正常情况下，不大可能出现的情况，绝大部分的 Error 都会导致程序（比如 JVM 自身）处于非正常的、不可恢复状态。
    • 既然是非正常情况，所以不便于也不需要捕获，常见的比如 OutOfMemoryError 之类，都是 Error 的子类。

考点分析

• 分析 Exception 和 Error 的区别，是从概念角度考察了 Java 处理机制。总的来说，还处于理解的层面，面试者只要阐述清楚就好了。
• 我们在日常编程中，如何处理好异常是比较考验功底的，需要掌握两个方面。
  • 第一，理解 Throwable、Exception、Error 的设计和分类。
    • 比如，掌握那些应用最为广泛的子类，以及如何自定义异常等。
    • 很多面试官会进一步追问一些细节，比如，你了解哪些 Error、Exception 或者 RuntimeException？
      

      其中有些子类型，最好重点理解一下，比如 NoClassDefFoundError 和 ClassNotFoundException 有什么区别，这也是个经典的入门题目。

      • ClassNotFoundException 是一个检查型异常，当程序试图通过其完全限定的名称加载一个类，但在 classpath 上找不到它的定义时，就会发生异常。
      • 这种情况主要发生在使用 Class.forName()、ClassLoader.loadClass() 或 ClassLoader.findSystemClass()来加载类的时候。因此，我们在使用反射时需要更加注意防 java.lang.ClassNotFoundException。
      • NoClassDefFoundError 是一个致命的错误，当 JVM 不能在 通过使用新的关键字来实例化一个类 或 用方法调用加载一个类 的情况下找到类的定义，就会发生 NoClassDefFoundError。
      • 当编译器可以成功编译类，但 Java 运行时无法定位类文件时，就会发生该错误。通常发生在执行静态语句块或初始化类的静态成员变量时出现异常，所以类初始化失败。

  • 第二，理解 Java 语言中操作 Throwable 的元素和实践。
    • 掌握最基本的语法是必须的，如 try-catch-finally 块，throw、throws 关键字等。
    • 与此同时，也要懂得如何处理典型场景。

知识扩展

• 异常处理的两个基本原则：
  • 第一，尽量不要捕获类似 Exception 这样的通用异常，而是应该捕获特定异常。
  • 第二，不要生吞（swallow）异常。这是异常处理中要特别注意的事情，因为很可能会导致非常难以诊断的诡异情况。最好使用产品日志，详细地输出到日志系统里。
• 有的时候，我们会根据需要自定义异常，这个时候除了保证提供足够的信息，还有两点需要考虑：
  • 是否需要定义成 Checked Exception，因为这种类型设计的初衷更是为了从异常情况恢复，作为异常设计者，我们往往有充足信息进行分类。
  • 在保证诊断信息足够的同时，也要考虑避免包含敏感信息，因为那样可能导致潜在的安全问题。
• 我们从性能角度来审视一下 Java 的异常处理机制，这里有两个可能会相对昂贵的地方：
  • try-catch 代码段会产生额外的性能开销，或者换个角度说，它往往会影响 JVM 对代码
    进行优化，所以建议仅捕获有必要的代码段，尽量不要一个大的 try 包住整段的代码。
  • 与此同时，利用异常控制代码流程，也不是一个好主意，远比我们通常意义上的条件语句（if/else、switch）要低效。
  • Java 每实例化一个 Exception，都会对当时的栈进行快照，这是一个相对比较重的操作。如果发生的非常频繁，这个开销可就不能被忽略了。
  • 当我们的服务出现反应变慢、吞吐量下降的时候，检查发生最频繁的 Exception 也是一种思路。