必须提供无参、仅message、message+cause三种构造方法并均调用对应super，否则异常链断裂；关键在message+cause构造器中必须显式调用super(message, cause)，漏写或误用initcause会导致getcause()返回null。
要在Java中让自定义异常类支持同时传入 message 和 cause，关键不是“能写两个参数”，而是构造函数必须正确调用父类的双参构造器，并覆盖标准签名，否则异常链会断裂、堆栈丢失。
必须实现的标准构造方法
只写一个 public MyException(String message, Throwable cause) 是基础，但不完整。规范做法是提供全部三种常用构造签名，确保调用方在任何场景下都能无感知地构建异常：
-
无参构造器：用于简单抛出，如
throw new MyException();，底层仍能输出完整堆栈 -
仅含 message 的构造器：最常用，例如
throw new MyException("订单状态非法"); -
message + cause 构造器：这是异常链的核心，必须直接调用
super(message, cause)，不能省略或改写
正确写法示例（以非受检异常为例）
继承 RuntimeException，并严格实现三个构造方法：
public class OrderException extends RuntimeException {
public OrderException() {
super();
}
public OrderException(String message) {
super(message);
}
public OrderException(String message, Throwable cause) {
super(message, cause); // ✅ 关键：原样转发，不加工、不拦截
}
}
这样写之后，以下用法全部合法且保留原始异常上下文：
throw new OrderException();throw new OrderException("库存校验失败");throw new OrderException("下单失败", new SQLException("connection timeout"));
常见错误与规避方式
很多问题不是出在语法，而是语义破坏：
- 在构造器里对
cause做空判断后抛新异常（如if (cause == null) throw new IllegalArgumentException()），会导致原始异常被覆盖 - 调用
initCause(cause)替代super(message, cause)，容易触发IllegalStateException（cause 已设置） - 继承了不支持双参构造的旧版父类（如 Java 6 的
RuntimeException），需降级处理或改用Exception
如果想强制要求传 cause 怎么办
不提供其他构造器，只保留带 cause 的版本：
public class StrictOrderException extends RuntimeException {
public StrictOrderException(String message, Throwable cause) {
super(message, cause);
if (cause == null) {
throw new IllegalArgumentException("cause must not be null");
}
}
}
此时 new StrictOrderException("timeout") 编译失败，必须显式关联起因，从源头保障链路可追溯。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
