生产环境中，开发人员常见痛点：代码中 new 出对象，预期堆内存增长，但 heap dump 中对象踪影全无，且无 GC 日志痕迹。这并非 bug，而是 JVM JIT 编译器优化结果：逃逸分析（Escape Analysis）判定对象不逃逸方法 / 线程，即可栈上分配或标量替换（Scalar Replacement），对象 “人间蒸发”。
核心机制：JIT 在热点代码编译时，进行逃逸分析。若对象仅方法内局部使用（无返回、无赋值堆字段、无传参外部方法、无线程共享），则无需堆分配。栈上对象随方法栈帧销毁，零 GC 开销；标量替换更激进，将对象字段拆为局部基本类型，直接寄存器 / 栈操作，无对象头开销。Pinning 逃逸指 synchronized 等 pinning 操作强制堆分配，防止优化。
诊断证据：启用 -XX:+PrintEscapeAnalysis 日志，观察 "object X @ bci Y is not escape" 或 "scalar replaceable"，确认优化生效。生产 heap dump 无对象属正常；若预期堆对象缺失，用 JFR 追踪 Allocation 事件计数 vs 预期，验证实际堆分配量。
落地参数清单：
- 验证逃逸：-XX:+DoEscapeAnalysis -XX:+PrintEscapeAnalysis（默认 Server 模式开）
- 标量替换：-XX:+EliminateAllocations（默认开）
- 锁消除：-XX:+EliminateLocks（默认开）
- JIT 日志：-XX:+PrintCompilation -XX:+LogCompilation（用 JITWatch 分析）
- 监控：JFR Compiler/JIT 事件，CodeCache 使用率（jcmd pid Compiler.codecache），避免 deopt 回退解释器增 GC。
回滚策略：若优化失效（代码变更、JIT deopt），观察 GC 频率 / 停顿暴增；临时 -XX:-DoEscapeAnalysis 禁用，基准测试对比吞吐。阈值调优：-XX:CompileThreshold = 热点阈值，平衡预热与峰值。
实际案例：高频局部对象（如循环内临时 Point）经标量替换，分配 0；synchronized pinning 对象强制堆存。监控 CodeCache（-XX:ReservedCodeCacheSize=512m），防编译失败。
资料来源：Hacker News 讨论（primary），OpenJDK 文档，CSDN 逃逸分析实战文（如 "Java 逃逸分析深度研究"）。
（正文约 1200 字）