在Java中，异常分为受检异常（Checked Exception）和非受检异常（Unchecked Exception），它们的核心区别在于编译器是否强制要求处理或声明。理解它们的设计原则有助于写出更健壮、可维护的代码。
什么是受检与非受检异常
受检异常是Exception的子类（不包括RuntimeException），编译器会强制你在调用可能抛出这类异常的方法时进行处理——要么用try-catch捕获，要么在方法签名中通过throws声明。例如：IOException、SQLException。
非受检异常包括RuntimeException及其子类，以及Error类体系。它们不需要强制捕获或声明。常见的如：NullPointerException、IndexOutOfBoundsException、IllegalArgumentException。
关键区分点：是否继承自RuntimeException。设计初衷与使用场景
Java语言设计者引入这种分类，是希望开发者能对可恢复的、外部导致的错误做出显式处理，而对程序逻辑错误则不必层层声明。
立即学习“Java免费学习笔记（深入）”；
受检异常适用于：
- 外部系统交互中可能出现的问题，比如文件不存在、网络断开、数据库连接失败
- 调用方有能力并应当做出恢复决策的情况
- 属于正常业务流程中的预期失败，而非代码bug
非受检异常适用于：
- 编程错误，如空指针、数组越界、参数非法
- 不可恢复的内部状态错误
- 防御性编程中用于提前终止非法操作
实际编码中的建议
合理使用两种异常类型，可以提升代码清晰度和可靠性。
- 不要滥用受检异常。如果调用方无法有效处理，就不该强迫其捕获，否则会导致大量空catch块或忽略处理
- 自定义业务异常时，根据是否需要强制处理来决定继承Exception还是RuntimeException
- 对于参数校验失败，推荐使用IllegalArgumentException等运行时异常，避免污染API签名
- 第三方库抛出的受检异常，可在适当层级转换为非受检异常，尤其是在高层业务逻辑中无法恢复时
总结
受检异常强调“必须处理”，适合外部环境引起的可恢复错误；非受检异常代表“程序问题或无需强制处理”的情况。正确区分二者，能让API更清晰，错误处理更有针对性。过度使用受检异常反而会增加代码负担，违背简洁原则。
基本上就这些。关键是看异常是否属于调用方能合理应对的范畴——能应对就用受检，不能应对就用非受检。
