java自定义异常需显式声明含throwable的构造函数才能带原因抛出，否则编译报错；必须调用super(message, cause)初始化cause，漏写会导致getcause()返回null；实际应覆盖4种构造函数以确保异常链完整。
Java自定义异常怎么带原因（cause）抛出
直接用 throw new MyException("msg", cause)，前提是你的自定义异常类显式声明了接收 Throwable 的构造函数。Java内置异常（如 RuntimeException）都支持这个签名，但自定义类默认不继承——你得自己写。
为什么必须重写带 Throwable 的构造函数
不写的话，即使你调用 new MyException("msg", cause)，编译器会报错：「no suitable constructor found」。因为 Java 不会自动把父类的构造函数“继承”下来，哪怕父类有 Exception(String, Throwable)，子类也得手动转发。
- 必须显式声明
public MyException(String message, Throwable cause) - 必须在函数体里调用
super(message, cause)，否则 cause 不会被设置进异常链 - 漏掉
super(...)或写成super(message)，会导致getCause()返回null，日志和调试时看不到原始异常
构造函数链要覆盖哪些组合才够用
实际项目中至少补全这 4 个常见入口，覆盖绝大多数调用场景：
-
public MyException(String message)→ 调用super(message) -
public MyException(Throwable cause)→ 调用super(cause)（注意：此时 message 为cause.toString()） -
public MyException(String message, Throwable cause)→ 调用super(message, cause) -
public MyException(String message, Throwable cause, boolean enableSuppression, boolean writableStackTrace)→ 调用super(message, cause, enableSuppression, writableStackTrace)（仅当需要禁用堆栈或抑制异常时才用）
少写任意一个，下游调用方就可能被迫改代码，比如有人习惯先 new 再 setCause，那其实是无效的——setCause() 在异常创建后不可变。
立即学习“Java免费学习笔记（深入）”；
抛出时 chain 丢失的典型现象和排查点
日志里只看到 MyException: something went wrong，但底下没嵌套原始异常（比如 NullPointerException 或 IOException），说明 cause 没传进去或没被正确初始化。
- 检查抛出处是否用了
new MyException("xxx", e)，而不是new MyException("xxx").initCause(e)（后者无效，且 initCause 只能调一次） - 检查自定义异常类里有没有漏掉
super(message, cause)，或者错写成this(message)导致递归调用 - 如果用了 Lombok 的
@AllArgsConstructor，它不会自动生成含Throwable的构造函数，必须手动加或换用@SuperBuilder+ 显式构造
异常链断掉一次，问题定位时间可能翻倍——尤其是跨模块或远程调用时，原始错误信息一旦丢失，基本只能靠猜。
