java异常体系通过类的继承结构组织，顶层为throwable类，其下分为error和exception。1. error表示jvm严重问题，通常不捕获；2. exception用于程序异常，分为受检异常（如ioexception）需显式处理，和非受检异常（如nullpointerexception）源自runtimeexception，编译器不强制处理。实际开发中应捕获具体异常、合理自定义异常类型、避免忽略异常及在finally块抛出异常，以提升代码健壮性。
Java中的异常体系是通过类的继承结构来组织的，这样设计的好处是可以对不同类型的错误进行分类处理。整个异常体系的顶层是一个叫做 Throwable 的类，它位于所有异常和错误的最顶端。
Throwable 是所有异常的起点
在 Java 中，Throwable 是所有异常类的父类，也就是说，不管是运行时错误还是程序可以捕获并处理的异常，都必须继承自 Throwable。这个类有两个直接子类：
ErrorException
其中：
立即学习“Java免费学习笔记（深入）”；
-
Error代表的是 JVM 出现的严重问题，比如OutOfMemoryError、StackOverflowError等，通常我们不会去捕获这类错误。 -
Exception才是我们日常开发中最常打交道的部分，它是程序中可能出现的各种异常的基类。
Exception 及其常见子类
Exception 类本身又分为两个大类：
- 受检异常（Checked Exceptions）
- 非受检异常（Unchecked Exceptions）
受检异常是指在编译阶段就会被检查的异常，比如 IOException、SQLException 等，如果你的方法可能会抛出这些异常，就必须显式地处理它们（try-catch 或 throws 声明）。
而非受检异常则是继承自 RuntimeException 的异常，例如 NullPointerException、ArrayIndexOutOfBoundsException，它们通常是因为程序逻辑错误引起的，编译器不要求你必须处理。
所以，完整的继承链大致如下：
Throwable
├── Error
└── Exception
├── IOException
├── SQLException
└── RuntimeException
├── NullPointerException
├── IllegalArgumentException
└── ...如何正确使用异常体系？
理解异常的继承关系之后，在实际开发中我们可以更合理地使用异常处理机制：
- 捕获具体异常比捕获通用异常更好。比如优先 catch
IOException而不是笼统的Exception。 - 自定义异常时，根据需要选择继承
Exception（受检）还是RuntimeException（非受检）。 - 不要轻易忽略异常，即使只是记录日志也比什么都不做强。
- 避免在 finally 块中抛出异常，否则可能覆盖 try 块中的异常信息。
基本上就这些。了解 Java 异常的继承结构，有助于写出更健壮、可维护的代码。
