SkyWalking通过Java Agent捕获Throwable.getCause()异常链，递归提取完整栈路径并作为span的error标签上报，在UI中展示嵌套堆栈，支持按cause类名/消息精准筛选告警，并与日志、指标联动实现根因定位。
Java异常链（Throwable.getCause() 构成的嵌套异常结构）本身不是链路追踪的直接数据源，但它对 SkyWalking 这类 APM 工具在问题定位、根因分析和可观测性增强方面有实质性帮助，关键在于它如何被探针捕获、关联并呈现。
异常链能被 SkyWalking 捕获并展示
SkyWalking Java Agent 通过字节码增强，在方法入口/出口、RPC调用、数据库访问等关键节点自动拦截异常。当一个 Exception 被抛出时，Agent 不仅记录异常类型和消息，还会递归遍历 getCause() 链，提取完整异常栈路径（包括最原始的 cause），并将其作为 span 的 error 标签 上报到 OAP。
例如：
try {
serviceB.call();
} catch (ServiceException e) {
throw new BusinessException("订单创建失败", e); // 包装异常
}→ SkyWalking 在对应 span 中会标记：
立即学习“Java免费学习笔记（深入）”；
error = trueexception.message = "订单创建失败"-
exception.stack = ...（含完整 cause 链） exception.class = BusinessException- （隐式包含
Caused by: ServiceException...）
这样在 UI 的「Trace Detail」页面中，点击报错 span 就能看到带嵌套原因的完整堆栈，无需手动展开日志找 root cause。
异常链提升告警与筛选的准确性
SkyWalking 支持按异常类型、消息关键词、是否含特定 cause 等条件过滤链路。比如：
- 设置告警规则：
error rate > 5% AND exception.class CONTAINS "TimeoutException" - 在 Trace List 页面筛选：
error = true AND exception.message CONTAINS "库存不足" AND exception.cause.class = "SqlTimeoutException"
如果没有异常链，只能看到外层包装异常（如 BusinessException），无法区分是 DB 超时、网络超时还是业务校验失败——而异常链让这类细粒度判断成为可能。
异常链与日志、指标联动更可靠
当应用使用 logback 或 slf4j 并集成 SkyWalking 日志插件（apm-toolkit-logback-1.x）时，日志框架会自动将当前 span 的 traceId 和 spanId 注入 MDC，同时把当前异常的 root cause 类名和消息也写入日志字段。例如：
[traceId: a1b2c3d4] [spanId: 001] ERROR o.a.s.OrderService - 创建订单失败, caused by: org.postgresql.util.PSQLException: ERROR: duplicate key value violates unique constraint
这使得在 ELK 或 SkyWalking 内置日志模块中，可通过 exception.cause.class: PSQLException 直接关联所有同类数据库错误链路，实现“从异常类型反查全链路”。
注意事项：异常链不会自动传播，需规范编码
SkyWalking 依赖 JVM 原生异常链机制，但以下情况会导致链路断裂或信息丢失：
- 使用
new RuntimeException(msg)代替new RuntimeException(msg, cause) - 在 catch 块中吞掉异常（
catch (e) { log.error(...); }未 rethrow） - 使用非标准异常包装方式（如自定义异常未重写
getCause()）
建议统一使用 Lombok 的 @SneakyThrows 或显式包装，确保 cause 不丢失。
不复杂但容易忽略。
