栈帧是方法调用链路的最小单位，StackTrace是其按栈顶到栈底逆序排列的静态快照；每次调用压入新栈帧，记录类名、方法名、行号等上下文，多层嵌套形成动态调用链路，而StackTrace仅反映采集时刻该线程所有活跃栈帧的状态。
栈帧是方法调用链路的最小单位，而 StackTrace 是这些栈帧按时间逆序排列形成的完整快照——它不是链路本身，而是链路在某一时刻（通常是异常发生或手动采集时）的静态呈现。
栈帧如何构成调用链路
每次方法调用，JVM 或运行时都会在当前线程的调用栈上压入一个新的栈帧。这个帧记录了该次调用的关键上下文：类名、方法名、源文件、行号、参数和局部变量空间等。多个嵌套调用就形成一连串栈帧，从最早调用的方法（栈底）到最新调用的方法（栈顶），构成一条逻辑上的调用链路。
- 链路是动态的：方法执行中，栈帧随调用入栈、随返回出栈，链路实时变化
- 每个栈帧独立存在，但通过调用关系隐式串联，不靠指针或引用显式连接
- 递归调用会生成多个同方法名、不同数据的栈帧，各自隔离
StackTrace 是调用链路的“反向快照”
StackTrace 并非实时链路，而是对当前线程栈中所有活跃栈帧的一次性提取和格式化输出。它默认按「从最新调用到最早调用」排序，也就是栈顶 → 栈底的顺序。这种逆序恰恰便于定位问题源头：最上面一行通常就是异常抛出处或断点触发点。
- Throwable.getStackTrace() 返回的是 StackTraceElement[] 数组，每个元素对应一个栈帧的摘要信息
- printStackTrace() 底层调用的就是这个数组，再附加异常类型和消息
- 即使没有异常，也可通过 new Exception().getStackTrace() 主动抓取当前调用链路
线程与 StackTrace 的绑定关系
每个 Java 线程拥有独立的虚拟机栈，其中存放着属于该线程的全部栈帧。因此，StackTrace 总是归属于某个具体线程，反映的是该线程在采集时刻的调用状态。
- 主线程、子线程、虚拟线程各自有各自的栈和对应的 StackTrace
- 多线程环境下，不能从一个线程的 StackTrace 推断另一个线程的执行路径
- 虚拟线程虽共享调度器，但其栈帧仍按线程粒度隔离，StackTrace 同样只反映本虚拟线程的调用历史
为什么看 StackTrace 要从上往下读
因为顶部是最近一次方法调用，往往就是问题发生的现场；往下逐层是它的调用者、调用者的调用者……一直追溯到入口（如 main 或 DispatcherServlet）。这种结构天然支持“由果溯因”：
- 第一行：异常类型 + 消息，说明“发生了什么”
- 第二行（at ...）：直接抛出位置，说明“在哪出的问题”
- 后续行：逐级展开调用上下文，说明“怎么走到这来的”
