initCause()仅用于为无cause构造器的异常对象单次设置根本原因，非多级串联工具；多级异常链应通过标准构造器逐层包装实现。
Java中initCause()不是用来“串联多级异常”的工具，它只负责为单个已创建的异常对象设置一次根本原因（cause），从而补全一条异常链。真正的多级上下文传递，靠的是标准构造器链式包装，initCause()只是兜底手段。
什么时候才需要initCause()
仅当你要抛出的异常类没有带Throwable参数的构造器，又必须保留原始异常时，才用它。典型情况包括：
- 抛出
IllegalArgumentException、IllegalStateException等运行时异常，它们不提供(String, Throwable)构造签名 - 调用老版本第三方SDK返回的自定义异常，其源码未实现cause构造器
- 异常对象已提前实例化（如从工厂获取、缓存中取出），之后才捕获到原始错误，需动态挂因
怎么安全调用initCause()
它不是普通setter，有严格前提：
- 目标异常的
getCause()必须返回null（即尚未设过cause） - 只能调用一次；重复调用直接抛
IllegalStateException - 不能把自身设为cause（避免循环引用）
- 推荐在new完异常后、throw前立即调用，中间不穿插其他逻辑
稳妥写法：
立即学习“Java免费学习笔记（深入）”；
if (iae.getCause() == null) {
iae.initCause(e);
}
别用initCause替代构造器链
如果异常类本身支持new XxxException("msg", cause)（如RuntimeException、SQLException、IOException），就必须优先用构造器：
- 语义清晰：意图明确，一看就知道是包装异常
- 线程安全：对象创建时完成绑定，无状态竞争风险
- 框架友好：Spring等框架依赖标准构造器解析异常上下文
错误示范：RuntimeException e = new RuntimeException("fail"); e.initCause(cause); throw e;
正确写法：throw new RuntimeException("fail", cause);
如何真正构建多级异常链
多级上下文不是靠多次initCause()堆叠出来的，而是靠逐层包装 + 标准构造器自然形成：
- DAO层捕获
SQLException→ 包装为DataAccessException("查询失败", e) - Service层捕获
DataAccessException→ 包装为BusinessException("订单处理异常", e) - Controller层捕获
BusinessException→ 包装为ApiException("接口调用失败", e)
这样调用e.getCause().getCause().getCause()就能逐级回溯，printStackTrace()也会自动展开为“Caused by”嵌套格式。
