Java中同一异常对象多次throw时堆栈跟踪保持首次构造时的轨迹不变，不会叠加；需调用fillInStackTrace()才能更新为最新抛出位置。
Java中同一个异常对象被多次 throw，堆栈跟踪（stack trace）**不会叠加或延长，而是保持首次创建时的原始轨迹不变**。每次重新抛出只是将该异常对象再次向上层传播，不会修改其已记录的栈帧信息。
throw 不会重写异常的 stack trace
异常对象（如 Exception 或其子类）在构造时（例如通过 new Exception() 或默认构造）就捕获了当前调用栈，并生成一份快照式的堆栈跟踪。后续无论多少次 throw e;，只要没显式调用 e.fillInStackTrace()，这个轨迹就不会更新。
- 第一次
throw new RuntimeException("msg");→ 记录从构造处开始的完整栈帧 - 捕获后
throw e;→ 堆栈信息仍是最初构造时的，不是这次throw的位置 - 连续多次
throw e;→ 轨迹始终不变，不会出现“多层 throw”对应的额外栈帧
如何让堆栈跟踪反映最新抛出点
如果希望异常的堆栈跟踪显示最近一次抛出的位置（比如做异常包装或日志诊断），需主动调用 e.fillInStackTrace()。该方法会用当前执行点覆盖原有栈帧：
-
e.fillInStackTrace()返回当前异常对象（支持链式调用） - 通常用于自定义异常处理逻辑，例如拦截后“重抛并刷新位置”
- 注意：它不创建新异常，但会丢失原始构造时的部分上下文（如最初的方法调用链）
对比：throw vs. throw new Exception() vs. initCause
行为差异直接影响堆栈可读性：
立即学习“Java免费学习笔记（深入）”；
-
throw e;→ 原始轨迹，适合透明传递 -
throw new RuntimeException(e);→ 新异常，堆栈从这里开始，但可通过getCause()查原始异常 -
e.initCause(anotherEx);→ 设置 cause（仅一次），不影响自身 stack trace，但增强因果链
实际调试中怎么看
打印 e.printStackTrace() 或日志时，关注第一行的 “at …” —— 它永远指向异常对象**构造的位置**，而非任意一次 throw 的位置。若发现抛出点与堆栈顶部不符，说明是重复 throw 未刷新导致，此时应检查是否需要 fillInStackTrace() 或改用包装异常。
