Throwable 是异常体系根类，Exception 是其专用于可预期、可恢复问题的子类；应优先捕获 Exception 而非 Throwable，自定义异常须继承 Exception 或 RuntimeException，禁直接继承 Throwable。
Throwable 是异常体系的根，Exception 是它的一个子类
Java 所有能被 throw 或 catch 的对象，必须是 Throwable 或其子类的实例。它本身不能直接 new（构造器是 protected），但它的两个直接子类可以：Error 和 Exception。而 Exception 就是专为“程序可预期、可恢复”的问题设计的——比如文件找不到、网络超时、空指针访问等。
换句话说：Throwable 是“所有异常和错误”的统称；Exception 是其中“你该管、也能管”的那一部分。
catch (Throwable e) 会捕获 Error，这通常是个坏主意
写 catch (Throwable e) 看似“兜底”，实际风险很大：
- 它会把
OutOfMemoryError、StackOverflowError这类 JVM 已经快崩了的严重错误也吞掉，导致程序继续跑在不可靠状态里 - 你几乎无法对
Error做有意义的恢复（比如重试、降级、日志补救），强行 catch 反而掩盖了真正的问题 - 绝大多数业务代码应该只用
catch (Exception e)，它天然过滤掉Error，专注处理你能 handle 的异常
例外场景极少：比如你在写一个通用监控代理、JVM 启动引导器，或者明确要记录并上报所有崩溃信号——才考虑捕获 Throwable，且之后应立即退出或重启。
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
Exception 分两类：编译器强制你管的（Checked），和不强制但常出错的（Unchecked）
Exception 下又分两支：
-
IOException、SQLException这类是 Checked Exception：方法签名里必须throws，或用try-catch包住，否则编译失败 -
NullPointerException、IllegalArgumentException这些属于RuntimeException（Exception的子类），是 Unchecked Exception：编译器不管，但运行时一出就中断线程
关键区别不在“能不能 catch”，而在于设计意图：Checked 表示“这个异常大概率会发生，你得提前想好怎么应对”；Unchecked 表示“这是代码逻辑缺陷，应该修复，而不是靠 try-catch 掩盖”。
别继承 Throwable 写自定义异常，优先继承 Exception 或 RuntimeException
自己定义异常类时：
- 如果希望调用方必须处理（比如支付接口返回“余额不足”，业务层必须做提示或跳转），就继承
Exception - 如果是参数校验失败、状态非法等“不该发生却发生了”的逻辑错误，就继承
RuntimeException（如IllegalArgumentException） - 绝对不要直接继承
Throwable—— 这等于把自己写的异常和OutOfMemoryError放到同一层级，语义混乱，还可能被误捕获成系统级错误
一个容易忽略的细节：自定义异常类名最好以 Exception 结尾（如 InsufficientBalanceException），这是 Java 社区约定，IDE 和静态检查工具都依赖这个命名识别异常类型。
