最根本区别在于编译器是否强制处理：受检异常（如ioexception、sqlexception）继承exception但不属runtimeexception体系，编译期必须try-catch或throws；非受检异常（如nullpointerexception、illegalargumentexception）继承runtimeexception或error，编译期不强制处理。
Java异常体系里，受检异常和非受检异常最根本的区别，就看它是不是 RuntimeException 的子类。是，就是非受检；不是，且直接继承 Exception，就是受检。这个继承关系直接决定编译器要不要“管”你——管，就强制处理；不管，就由你自由发挥。
编译期强制性：一个过不了编译，一个随时能跑
受检异常（比如 IOException、SQLException）在编译阶段就会被拦住。如果你调用可能抛出它的方法，又没用 try-catch 捕获，也没在方法签名加 throws，编译直接失败。
- 必须显式处理：要么捕获，要么声明抛出
- 目的不是“防错”，而是提醒你：这事外部说了算（文件可能不存在、数据库可能连不上），得提前想好怎么应对
- 不处理 = 代码不合法
非受检异常（比如 NullPointerException、IllegalArgumentException）编译器完全不管。哪怕你空指针一路调用到底，代码照样编译通过，只等运行时炸给你看。
- 可以捕获，但不强制；也可以放任不管
- 本质是程序逻辑问题，应该靠写对代码来避免，而不是靠 catch 来兜底
- 处理它们的重点是修复 bug，不是掩盖问题
设计意图不同：可恢复 vs 可预防
受检异常代表的是程序可控范围外的、但可恢复的意外。比如读文件失败，你可以提示用户重选路径；数据库查不到，可以降级返回默认数据。这类问题不是代码写错了，而是环境变了，需要业务层面响应。
- 典型场景：I/O、网络、数据库、反射加载类
- 异常发生后，程序通常还能继续执行有意义的逻辑
非受检异常反映的是程序内部的逻辑缺陷。比如传了 null 进方法、数组下标写错、除零、类型强转失败。这些问题本不该发生，修复方式是改代码，而不是加一层 try-catch。
- 典型场景：参数校验失败、状态非法、空指针、越界访问
- 发生时往往意味着当前操作无法继续，强行 catch 容易掩盖真正的问题
继承树上怎么一眼认出来？
整个异常体系根是 Throwable，往下分两支：Error（系统级错误，一般不捕获）和 Exception（程序可处理的异常）。关键分叉点就在 Exception 下：
- Exception → IOException / SQLException / ClassNotFoundException：受检异常（没走 RuntimeException 路线）
- Exception → RuntimeException → NullPointerException / IllegalArgumentException：非受检异常
- Throwable → Error → OutOfMemoryError：也属于非受检，但和 RuntimeException 不同源，也不该捕获
记住一句话：只要继承链里出现 RuntimeException，就是非受检；否则，只要它是 Exception 的子类，就是受检。
自定义异常时怎么选？
自己定义异常类时，选择继承哪个父类，其实是在表达你的设计意图：
- 想让调用方必须处理（比如支付失败需引导重试、库存不足需提示补货），就继承 Exception（受检）
- 想表示这是调用方用法不对（比如传了负数ID、状态已关闭还发起操作），就继承 RuntimeException（非受检）
- 千万别为了省事，把本该受检的异常改成 RuntimeException 子类——这等于把“可救的故障”伪装成“不可救的 bug”
异常类型不是技术细节，而是接口契约的一部分。选对了，团队协作更清晰；选错了，要么满屏 throws，要么线上静默崩溃。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
