Java中保留原始异常堆栈的关键是使用带cause参数的Throwable构造器，如throw new RuntimeException("msg", e)，避免字符串拼接或空catch；自定义异常需显式提供cause构造器，并确保日志或printStackTrace()完整输出cause链。
Java 中保留原始异常堆栈信息的关键是正确使用 Throwable 的构造方法，尤其是带 cause 参数的构造器，避免用 printStackTrace() 或字符串拼接“覆盖”原始异常。
用带 cause 的构造器包装异常
这是最标准、最推荐的方式。新异常直接封装原始异常作为 cause，JVM 会自动保留原始堆栈，并在打印时显示 “Caused by” 链。
- 推荐写法：
throw new RuntimeException("业务处理失败", originalException); - 不要写：
throw new RuntimeException("业务处理失败: " + originalException.getMessage());（丢失堆栈和类型） - 所有标准异常（
RuntimeException、IOException等）都提供(String message, Throwable cause)构造器
确保 cause 不为 null 且未被吞掉
如果中间层捕获后没重新抛出或没传 cause，链就断了。常见陷阱包括：
- 空 catch 块：
catch (Exception e) { /* 什么也不做 */ }→ 原始异常彻底丢失 - 只记录不 re-throw：
log.error("出错了", e);但没throw e;或throw new XxxException(e); - 手动创建新异常却漏传 cause：
throw new ServiceException("校验失败");→ 没关联原始异常
自定义异常时显式支持 cause
如果写自己的异常类，务必提供带 cause 的构造器，并调用父类对应构造器：
立即学习“Java免费学习笔记（深入）”；
public class BusinessException extends Exception {<br> public BusinessException(String message, Throwable cause) {<br> super(message, cause);<br> }<br>}- 否则即使调用
new BusinessException("msg", e)也会因找不到匹配构造器而编译失败或退化为无 cause 版本
调试与日志中正确查看异常链
堆栈信息保留了，但得用对方式看：
-
e.printStackTrace()或log.error("xxx", e)（SLF4J/Log4j）会自动打印完整 cause 链 - 避免只打印
e.getMessage()或e.toString()—— 这些不包含 cause 和深层堆栈 - IDE 调试时展开
e.getCause()可逐层查看，或用Throwable#fillInStackTrace()（极少需手动调）
