异常链通过将原始异常设为新异常的cause字段来保留错误根源，解决信息丢失问题；核心是throwable的cause机制，支持构造时传入或创建后设置，确保调试、分层解耦和统一处理的有效性。
异常链就是把原始错误“打包”进新异常里，让上层既能看清当前出了什么问题，又能顺藤摸瓜找到最开始出错的地方。
它解决的是“丢根儿”的问题
日常开发中常遇到：数据库操作失败，业务层捕获后直接抛出 BusinessException("操作失败")——原始的 SQLException 就没了。调试时只能看到“操作失败”，却不知道是连接超时、SQL语法错，还是表不存在。异常链就是防止这种信息断层，确保根本原因不被覆盖或丢失。
核心靠 Throwable 的 cause 机制
Java 中所有异常都继承自 Throwable，它内部持有一个 cause 字段（默认为 null）。异常链的本质，就是把旧异常赋给新异常的 cause，形成可追溯的引用关系：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 构造时传入：
new ServiceException("下单失败", e)—— 最常用、最推荐 - 创建后设置：
ex.initCause(e)—— 适用于老版本异常类或动态补救场景 - 调用
getCause()可逐层获取下一级异常，直到返回null（说明到底了）
作用不止于“看得清”，更在于“用得准”
异常链带来的实际价值是分层的：
-
调试友好：打印堆栈时自动显示
Caused by:块，IDE 和日志系统都能解析并展开整条链 -
分层解耦：DAO 层抛
SQLException，Service 层包装成DataAccessException，Controller 层再转成ApiException，每层只关心自己抽象层级的语义，但根源始终在线 -
统一处理：全局异常处理器可通过递归
getCause()提取最底层错误码或关键字，做精细化响应（比如区分网络超时和数据校验失败）
不是所有包装都算有效异常链
真正起作用的前提是：原始异常必须作为 cause 被保留。以下写法就破坏了链：
-
throw new BusinessException("失败");—— 完全丢弃原始异常 -
throw new BusinessException(e.getMessage());—— 只取字符串，丢失类型、堆栈、附加信息 - 多次无意义包装却不设 cause —— 链断裂，只剩最后一环
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
