throwable是java异常体系的唯一根类，所有异常和错误都必须继承它；它定义了异常的四大核心能力（getmessage、printstacktrace、getcause、fillinstacktrace），并严格分为error（不可恢复的jvm错误）和exception（可处理的异常，含受检与非受检两类）。
java 中的 throwable 是所有异常和错误的统一源头，理解它等于握住了整个异常处理机制的“总开关”。它不是用来直接抛出的工具类，而是定义了异常该有什么、能做什么、怎么传播的规范——消息、堆栈、原因链、打印方式，全由它奠定基础。
Throwable 是异常体系的唯一根节点
Java 规定：只有 Throwable 或其子类的实例，才能被 throw 抛出，也才能被 catch 捕获。任何非 Throwable 类型的对象，编译器会直接拒绝。
- 它有两个直接子类：Error 和 Exception，没有第三个分支
- 所有你见过的
NullPointerException、IOException、OutOfMemoryError，最终都向上追溯到 Throwable - 自定义异常必须继承 Exception（或 RuntimeException）或 Error，不能绕过 Throwable
核心能力就这四样
Throwable 提供的不是一堆功能，而是四个不可替代的基础能力，每个都对应调试和处理中的关键动作：
-
getMessage()：获取构造时传入的错误描述字符串，比如
new IllegalArgumentException("年龄不能为负")中的那句话 - printStackTrace()：把异常发生时的完整调用路径（方法名、类名、行号）打印出来，是定位问题的第一依据
- getCause()：拿到引发当前异常的“上一级”异常，用于追踪嵌套根源（如数据库操作失败导致业务异常）
- fillInStackTrace()：手动刷新当前异常对象的堆栈信息，多用于异常包装或重抛场景
两大分支分工明确，不能混淆
从 Throwable 向下分叉，不是为了分类“好看”，而是为了表达语义和约束行为：
-
Error：代表 JVM 自身出问题，比如内存耗尽（
OutOfMemoryError）、调用太深（StackOverflowError）。程序不应回捕、不应重试、无法恢复 -
Exception：代表程序运行中可预见、可干预的问题。再细分为：
-
受检异常（Checked）：如
IOException，编译器强制你处理（try-catch 或 throws），因为它来自外部不可控因素（磁盘、网络、配置） -
非受检异常（Unchecked）：即
RuntimeException及其子类，如NullPointerException。编译器不管，但暴露的是代码逻辑缺陷，应优先修复而非捕获
-
受检异常（Checked）：如
设计意图始终围绕“责任分离”
Throwable 体系的设计不是技术炫技，而是服务于工程目标：
- 让正常业务代码不被错误处理逻辑污染（比如打开文件时不用每行都写 if err != null）
- 让错误信息自带上下文（堆栈 + 消息 + 原因），减少排查成本
- 用编译期检查（Checked Exception）强制开发者面对外部依赖风险
- 用运行时自由（RuntimeException）鼓励从源头消灭空指针、越界等低级错误
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
