异常对象创建时JVM在堆中分配内存并填充栈轨迹是性能开销核心：先完成对象实例化，再由JVM隐式遍历调用栈生成StackTraceElement[]数组存入backtrace字段，athrow指令仅抛出已构造完毕的异常对象。
异常对象创建后，JVM 在堆中分配内存并填充栈轨迹（stack trace）的过程，是异常机制性能开销的核心来源。这个过程不是简单的对象实例化，而是一次带有深度运行时采集的内存操作。
异常对象在堆中完成分配
当执行 throw new NullPointerException() 或类似语句时，JVM 首先按普通对象流程在堆中为该异常类（如 NullPointerException）分配内存：
- 检查类是否已加载、验证通过；
- 根据对象大小（含对象头、实例字段、对齐填充）在 Eden 区或 TLAB 中申请连续内存；
- 初始化默认值（如引用字段为 null，int 为 0），再调用构造方法完成字段赋值（例如 message 字符串）。
此时异常对象已是一个“完整但无栈信息”的堆上实例，尚未包含任何调用链路数据。
栈轨迹生成是隐式且昂贵的操作
真正关键的步骤发生在构造方法返回前：JVM 主动触发栈轨迹填充。这不是 Java 层代码执行，而是由 JVM 本地逻辑完成：
- JVM 沿当前线程的 Java 虚拟机栈，从最顶层栈帧开始逐层向上遍历；
- 对每个栈帧，读取其对应方法名、声明类、源文件名、行号（需调试信息存在，即编译时未加
-g:none）； - 将这些信息封装为
StackTraceElement[]数组，并作为私有字段（backtrace）存入异常对象中； - 该数组本身也分配在堆上，且长度与调用深度正相关——递归越深、调用链越长，开销越大。
这个过程会显著拖慢异常创建速度，因此不建议用异常做流程控制（如用 try-catch 替代 if 判断）。
athrow 指令只负责抛出，不参与构造
athrow 是字节码层面的抛出指令，它本身不创建对象，也不填充栈轨迹：
- 它要求操作数栈顶必须是一个非 null 的
Throwable子类引用； - 执行时，JVM 立即中断当前方法执行流，开始异常分发：查找匹配的
catch块，或向上抛给调用者； - 栈轨迹早已在对象构造阶段完成填充，
athrow只是把那个“已装备好信息”的对象扔出去。
换句话说：异常有多“重”，取决于它被创建时走了多深的调用栈，而不是抛出那一刻。
