自定义异常必须显式声明并调用super(message, cause)，否则cause不会被正确记录到堆栈链中；Java 7+支持RuntimeException双参构造器，Java 6需降级处理或手动initCause。
Java 自定义异常里怎么正确调用 super(message, cause)
必须显式调用父类双参构造函数，否则 cause 不会被记录进堆栈链——这是最常被忽略的一点。JDK 的 Exception 和 RuntimeException 都提供了 public Exception(String message, Throwable cause) 构造器，但子类不主动调用，cause 就只是个普通参数，不会触发 initCause() 或填充 suppressed 逻辑。
实操建议：
- 自定义异常类必须显式声明接受
String和Throwable的构造函数，并在其中调用super(message, cause) - 不要只写
super(message)再手动调用initCause(cause)：虽然能设上 cause，但部分 JDK 版本（如 Java 7）中，这样会导致getStackTrace()和printStackTrace()行为不一致 - 如果父类是
RuntimeException，也要对应继承它的双参构造器，别误用Exception的版本
public class ValidationException extends RuntimeException {
public ValidationException(String message, Throwable cause) {
super(message, cause); // ✅ 正确：触发标准 cause 绑定流程
}
}
为什么 cause 没出现在 printStackTrace() 里
常见错误现象：抛出时传了 new ValidationException("bad input", originalEx)，但打印堆栈时只看到当前异常，看不到 Caused by: 分段——大概率是自定义异常没正确转发 cause，或者父类构造器根本没被调用。
原因和排查点：
- 检查你的异常类是否真的有
String + Throwable构造器，且第一行是super(message, cause) - 确认父类（比如
RuntimeException）确实提供了该构造器（Java 7+ 都有；Java 6 只有Exception有，RuntimeException没有，需降级处理） - 避免在构造器里做耗时操作或抛新异常，否则
cause可能被覆盖或丢失
super(message, cause) 在不同 JDK 版本的兼容性差异
Java 6 中 RuntimeException 不提供双参构造器，直接调用会编译失败；而 Exception 从 Java 1.4 就支持。这意味着如果你的项目还要兼容 Java 6，又想用 RuntimeException 子类带 cause，就得手动 fallback。
实操建议：
- Java 7+ 项目：放心用
super(message, cause)，所有标准异常类都支持 - Java 6 项目：要么改用
Exception继承，要么在构造器里先调super(message)，再立即调initCause(cause)（注意顺序不能反） - 用
javap -s看下目标 JDK 下父类的构造器签名，比查文档更准
容易被忽略的「隐式 cause 丢失」场景
即使构造器写对了，cause 也可能在链路中被意外截断。典型情况是中间层捕获后重新包装，但用了错的构造方式。
常见陷阱：
- 用
new MyException("wrap: " + e.getMessage())包装，却漏传原e—— cause 彻底丢失 - 在
catch块里写throw new MyException("oops")，而不是throw new MyException("oops", e) - 日志框架（如 Log4j 2）自动包装异常时，默认可能不保留 cause，需检查其
ThrowablePatternConverter配置
真正要让堆栈链完整，每个环节都得主动传递 cause，不能依赖“默认行为”。这点在多层服务封装、RPC 异常透传时尤其关键。
