最底层的 root cause 是通过循环调用 getCause() 直至返回 null 得到的最后一个非 null 异常；需防空指针、循环引用及链断裂，推荐用 while 循环而非递归，以确保安全与健壮。
直接递归调用 getCause() 直到返回 null，最后一个非 null 的异常就是最底层的 root cause。
递归终止条件很关键
Java 中异常链通过 cause 字段串联，getCause() 返回 null 表示没有更深层原因。所以递归或循环必须以 getCause() == null 为结束信号，而不是判断异常类型或消息内容。
- 不要用
e instanceof RuntimeException或e.getMessage() != null做终止判断 -
getCause()可能返回self（如某些框架包装异常时循环引用），需额外判重防无限递归 - 标准 JDK 异常（如
IOException、SQLException）都遵循这个链式规范
推荐用循环代替递归，避免栈溢出
深层嵌套异常（比如几十层）可能导致递归调用栈溢出。用 while 循环更安全、更直观：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
public static Throwable getRootCause(Throwable t) {
while (t != null && t.getCause() != null) {
t = t.getCause();
}
return t;
}
- 每次迭代更新
t为它的cause，直到getCause()返回null - 开头判
t != null防止空指针（虽然通常不会传入 null，但健壮性更好） - 返回的是最内层异常对象，可直接调用
getClass().getSimpleName()或getMessage()
注意被“吃掉”的 cause
有些异常构造时不传入 cause（例如 new RuntimeException("msg")），或者框架捕获后没重新抛出带 cause 的新异常，会导致链断裂。此时 getRootCause(e) 就等于原始异常本身。
立即学习“Java免费学习笔记（深入）”；
- Spring 的
DataAccessException子类通常保留了底层 JDBC 异常作为 cause - MyBatis 抛出的
PersistenceException多数情况下封装了真正的 SQL 异常 - 若调用
getRootCause(e)后发现还是你刚 catch 到的那个异常，说明根源就在这里，没有更深链路
打印完整异常链的小技巧
调试时想确认是否真有深层 cause，可以用 Throwable.printStackTrace() —— 它默认递归打印整个链；或者手动遍历输出：
Throwable t = e;
int depth = 0;
while (t != null) {
System.out.printf("[%d] %s: %s%n", depth++, t.getClass().getName(), t.getMessage());
t = t.getCause();
}
- 这样能清晰看到每一层的异常类型和消息，快速定位哪一层是 root
- 如果某层
getMessage()为空，别急着跳过，有时关键信息在toString()或堆栈里 - 日志框架（如 Logback）配置
%ex{full}也会自动展开 cause 链
