栈上分配不能彻底消灭年轻代GC，但能大幅降低其频率，前提是对象通过逃逸分析确认不逃逸出方法作用域，进而可能触发标量替换等优化。
栈上分配不是“彻底消灭”年轻代 GC 的银弹，但它能从源头大幅削减其触发频率——关键在于让本该进堆的临时对象，压根不出现。
栈上分配的前提是逃逸分析通过
JVM 必须确认一个对象的引用不会“逃逸”出当前方法作用域：
- 不被赋值给静态变量或实例字段
- 不作为参数传递到未知方法（如第三方库方法）
- 不被线程间共享（如放入队列、作为返回值暴露给调用方）
- 不发生同步块内的锁竞争（可能被其他线程观测到）
满足这些条件的对象（比如 new Point(x, y)、new ResultDto().setCode(200).setData(list)），才可能被 JIT 编译器标记为“未逃逸”，进而开启后续优化。
标量替换是栈上分配的更底层实现方式
当对象足够简单（无虚方法、字段全是基本类型或不可变引用），JVM 可能不分配对象本身，而是把它的字段拆解成独立变量，直接存入栈帧的局部变量表中。
例如：
record User(String name, int age) {}
// 若 user 未逃逸，JIT 可能只在栈上放一个 String 引用 + 一个 int 值，不创建 User 实例
User u = new User("Alice", 30);这比“栈上分配整个对象”更轻量，也更彻底——连对象头、对齐填充、GC 元数据都省了。
你无法强制开启，但可以显著提高成功率
- 使用
record定义 DTO：不可变、final 字段、无隐藏状态，极大利于逃逸分析 - 避免在日志、监控、序列化等通用方法中直接传入临时对象（它们常含反射或泛型擦除，干扰分析）
- 方法体尽量短小，减少控制流复杂度（如嵌套 try-catch、多层 if-else 会降低分析精度）
- 确保运行时启用
-XX:+DoEscapeAnalysis（HotSpot 默认开启，但某些 GC 组合如 ZGC 在早期版本曾默认关闭）
它不能替代所有优化，但能改变垃圾生成模式
栈上分配的对象随方法返回自动消失，不进 Eden 区，自然不参与 Young GC 的复制与晋升。高频循环里每秒创建数万 Point 或 Response，若全部栈分配成功，Eden 区压力可下降 60% 以上——这不是“加速回收”，而是“不让垃圾产生”。
不复杂但容易忽略。
