throwable 基础知识整理：新手先看这篇

理解Throwable：Ja va异常体系的基石

在Ja va编程语言中，Throwable类是所有错误和异常的超类。只有作为此类（或其子类之一）实例的对象才能被Ja va虚拟机抛出，或者通过throw语句手动抛出。理解Throwable是掌握Ja va异常处理机制的第一步。它位于异常继承树的顶端，直接派生出两个重要的子类：Error和Exception。这种设计清晰地划分了程序运行中可能遇到的两种主要问题类型：通常不应被捕获的严重系统错误（Error），和程序本身可以处理的非致命异常（Exception）。

Error与Exception的核心区别

Error类及其子类代表了运行时环境中的严重问题，通常与程序逻辑无关，而是系统资源耗尽或虚拟机内部错误等。例如，OutOfMemoryError表示内存溢出，StackOverflowError表示栈溢出。对于这类错误，应用程序通常无法处理，也不应该试图去捕获它们。相反，Exception类及其子类则代表了程序运行时可能遇到的、可以被合理预料并处理的问题。Exception又进一步分为检查型异常（Checked Exception）和运行时异常（RuntimeException，属于非检查型异常）。检查型异常如IOException，编译器要求必须对其进行处理（捕获或声明抛出）；而运行时异常如NullPointerException，通常由编程逻辑错误导致，编译器不强制要求处理。

异常处理的关键语法：try-catch-finally

处理异常的核心是try-catch-finally代码块。try块中包含可能抛出异常的代码；catch块用于捕获并处理特定类型的异常；finally块则无论是否发生异常都会执行，常用于释放资源等清理工作。一个try块可以跟随多个catch块，用于捕获不同类型的异常，但需要注意捕获顺序应从具体到一般（即子类在前，父类在后），否则会导致编译错误。从Ja va 7开始，引入了try-with-resources语句，能自动关闭实现了AutoCloseable接口的资源，大大简化了资源管理代码，减少了因忘记关闭资源而导致的内存泄漏风险。

自定义异常的应用场景与创建

虽然Ja va提供了丰富的内置异常类，但在实际开发中，为了更精确地描述特定业务逻辑中的错误情况，创建自定义异常是常见做法。自定义异常通常通过继承Exception（检查型异常）或RuntimeException（非检查型异常）来实现。创建时，一般会提供多个构造方法，包括无参构造、带有详细描述信息的构造方法，以及带有原因（cause）的构造方法，以便于异常链的追踪。自定义异常应具有描述性的类名，并能清晰传达错误信息。合理使用自定义异常可以使错误处理代码更清晰，业务逻辑错误与系统技术错误分离，提升代码的可维护性和可读性。

异常处理的最佳实践与常见误区

良好的异常处理是编写健壮程序的关键。首先，避免在finally块中使用return语句，这可能导致try或catch块中的异常被“吞没”。其次，不要过度使用检查型异常，对于调用者无法从逻辑上恢复的异常，考虑使用运行时异常。第三，异常信息应具体且有助于调试，避免仅打印“操作失败”等模糊信息。第四，优先捕获最具体的异常类型，而不是简单地捕获通用的Exception。第五，注意异常的性能开销，不应将异常用于正常的控制流逻辑。最后，在处理异常后，应确保程序能恢复到预期的稳定状态，或向用户提供清晰友好的错误提示。遵循这些原则，可以有效提升代码的可靠性和质量。