异常链是Java高级架构中主动设计的错误传播控制机制，通过带cause构造函数锚定根因、适配层封装受检异常、网关与全局处理器协同收敛、支撑可观测性与容灾决策，形成可追溯可干预的系统级防御墙。
Java高级架构中，异常链不是补救手段，而是主动设计的错误传播控制机制。它让错误在穿越多层服务时既不丢失根因，也不污染业务逻辑，从而形成可追溯、可干预、可收敛的系统级防御墙。
用带cause的构造函数锚定错误源头
所有自定义业务异常必须提供接收 Throwable cause 的构造方法，并在包装时显式传入。这确保JVM能自动维护因果关系，日志打印时自动展开“Caused by”堆栈。
- 禁止写 throw new ServiceException("操作失败"); 这类无上下文的异常
- 正确写法：throw new ServiceException("订单创建失败", e);，其中 e 是捕获的 SQLException 或 FeignException
- 在日志中使用 logger.error("订单服务异常", e)，而非 logger.error("订单服务异常")，否则 cause 不会输出
在适配层统一做“受检→非受检+链式封装”
数据库、HTTP客户端、消息队列等第三方组件抛出的受检异常（如 IOException、SQLException），不能裸露到业务层。必须在 DAO、Feign Client 或 MQ Listener 等适配边界完成一次转换。
- 将 SQLException 包装为 DataAccessException.dbConnectionFailed(e)，错误码设为 DB_002，附带 traceId
- 将 FeignException 包装为 RemoteServiceException.paymentTimeout(e)，标注下游服务名和超时时间
- 禁用在 Service 方法里写 try-catch-throw new XxxException(e) —— 应交由 AOP 切面或模板方法统一拦截处理
网关与全局处理器协同实现链路级错误收敛
异常链需配合入口拦截与出口标准化，才能真正形成防御墙。网关不处理异常，只负责快速抛出语义化非受检异常；全局异常处理器则负责解析链路、提取 errorCode、映射 HTTP 状态码并返回结构化响应。
立即学习“Java免费学习笔记（深入）”；
- Spring Cloud Gateway 中，GlobalFilter 遇到非法 token 直接抛 AuthException.invalidToken()，不 catch
- WebMvcConfigurer 注册的 @ControllerAdvice 捕获所有 RuntimeException，递归遍历 getCause() 找到最原始异常类型
- 响应体固定含：code、message、requestId、timestamp，若链中含 SecurityException 则自动触发审计日志落库
通过异常链支撑可观测性与容灾决策
异常链携带的完整上下文，可被日志系统、链路追踪与配置中心联合利用，把错误从“被动响应”升级为“主动防控”。
- ELK 中按 errorCode + rootCause.class.name 聚合告警，例如连续 5 次出现 “DB_002 + ConnectionTimeoutException” 触发数据库连接池扩容
- Sleuth/Zipkin 将异常链首层异常注入 span tag，便于在链路图中高亮失败节点
- 配置中心监听特定异常链模式（如 “AuthException → JwtException → SignatureException”），自动切换密钥轮转策略
