java异常堆栈在throw瞬间由jvm自动生成并填充，记录当前线程执行位置及完整调用链；构造器决定是否填充（writablestacktrace=false时跳过）；catch不修改原堆栈，仅可包装或手动替换；堆栈生成有性能开销，应避免在热点路径使用。
Java中异常对象在被throw时，其堆栈信息（即StackTraceElement[]）由JVM在抛出瞬间自动生成并填充，而非在try块进入或catch捕获时产生。
堆栈信息的生成时机：抛出异常那一刻
当执行throw new XxxException()语句时，JVM会立即：
- 记录当前线程的执行位置（类名、方法名、行号、字节码偏移等）；
- 沿调用链向上逐层收集每一帧的方法信息，直到最外层（如
main方法）； - 将这些信息封装为
StackTraceElement[]数组，并通过Throwable.setStackTrace()写入异常对象。
这个过程发生在throw指令执行期间，与后续是否被catch无关。即使异常最终未被捕获而终止线程，堆栈也早已完整。
构造器对堆栈的影响：默认填充 vs 显式控制
异常类的构造器决定堆栈是否自动填充：
-
new Exception()、new Exception("msg")等无Throwable参数的构造器：JVM自动填充当前堆栈； -
new Exception("msg", cause)：仍自动填充自身堆栈，同时保留cause的原始堆栈； -
new Exception().fillInStackTrace()：手动触发堆栈重填（通常不需调用，因throw已做）； -
new Exception(null, null, false, false)（带enableSuppression和writableStackTrace参数）：若writableStackTrace为false，则跳过堆栈填充，getStackTrace()返回空数组。
catch块不修改原始堆栈，但可包装或追加
catch本身不会改变被抛出异常的堆栈。常见操作有：
- 直接重抛：
throw e;—— 堆栈保持原样； - 包装异常：
throw new RuntimeException("wrapping", e);—— 新异常有自己堆栈，e作为cause保留原有堆栈； - 手动替换：
e.setStackTrace(new StackTraceElement[]{...});—— 覆盖原始堆栈（极少用，破坏调试线索）。
性能提示：堆栈生成有开销，慎用于高频路径
填充堆栈涉及遍历调用帧、反射读取类/方法元数据、数组分配等操作，比普通对象创建代价高。因此：
- 避免在循环或热点代码中
throw异常作流程控制； - 日志中仅需消息时，用
e.getMessage()而非e.printStackTrace()； - 若只需异常类型和消息（如监控告警），可考虑禁用堆栈：
new MyException("msg", null, false, false)。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
