Java异常链无JVM内置层数限制，所谓“超十层截断”需开发者手动实现：通过计数控制遍历深度或用Set检测循环引用，兼顾可读性与根因追溯。
Java中异常链深度超过十层时，getCause() 本身不会自动截断，也不会抛出异常或限制调用次数。所谓“截断”需由开发者主动控制逻辑，而非JVM或标准API提供内置机制。
异常链的本质是嵌套引用
每个 Throwable 实例可通过 getCause() 获取其直接原因（即包装的原始异常），形成一条单向链表。链长度仅受限于内存和栈深度，JVM不设硬性层数上限（如10层）。所谓“超过十层需截断”，通常是出于日志可读性、监控告警阈值或防止无限递归等实际需求。
手动控制遍历深度
在调用 getCause() 时，显式计数并提前终止是最直接的方式：
- 初始化一个计数器（如
int depth = 0） - 循环调用
getCause()，每次递增计数器 - 当
depth >= 10或cause == null时跳出循环 - 返回当前层级的异常，或构建新异常封装截断信息
封装截断后的异常链
若需保留前10层并标记截断，可构造自定义异常或修改消息：
立即学习“Java免费学习笔记（深入）”；
- 遍历前10层，收集类名与消息，拼接为摘要字符串
- 创建新异常（如
RuntimeException），将摘要设为 message - 可选：将第10层异常设为 cause，保持部分链路可追溯
- 避免直接丢弃深层 cause，否则丢失关键根因线索
注意递归与循环引用风险
某些框架（如Spring AOP、代理增强）可能意外造成异常链闭环（A→B→A），导致 getCause() 无限循环。应在遍历时维护已见异常集合：
- 使用
Set<throwable></throwable>记录已访问实例（基于引用相等） - 每次获取新 cause 前检查是否已存在，存在则视为循环并终止
- 此举比单纯限制层数更健壮，能同时应对深层链与环状链
不复杂但容易忽略。
