逃逸分析并非将对象“搬到栈上”，而是jit编译时判断对象是否仅在当前方法内使用、不被其他方法或线程访问，从而跳过堆分配；若未逃逸且满足条件（如大小适中、无finalize、服务端模式），则可能触发栈上分配或标量替换——后者更常见，即拆解对象为独立字段存入栈帧或寄存器。
逃逸分析不是让对象“搬到栈上”，而是JVM在JIT编译阶段判断一个对象是否**只在当前方法内使用、不被其他方法或线程访问**，从而决定能否跳过堆分配流程，直接在栈帧里布局它的数据。
逃逸分析看的是对象“出不出得去”
它不关心你写了多少行代码，只盯住三点：
- 对象有没有作为参数传给别的方法（比如
log(obj)、list.add(obj)） - 有没有被赋值给静态字段、实例字段，或放进全局集合（如
static Map cache） - 有没有被传入 native 方法，或者通过反射暴露出去
只要其中任一条件成立，对象就被判定为“逃逸”，必须进堆；全都不满足，才可能触发栈上分配或标量替换。
栈上分配不是复制对象，而是绕过堆分配
JVM不会把已建好的堆对象搬上栈。它是在编译热点代码时，发现对象未逃逸，就直接在当前方法的栈帧中预留一段连续空间，用指针碰撞方式把对象字段挨个放进去。方法结束，栈帧弹出，这块内存自动释放，不走GC。
但有硬性限制：
- 对象不能太大（默认阈值约几百字节，可通过
-XX:MaxStackAllocationSize调整） - 类不能定义
finalize()方法（栈对象无法触发该逻辑） - 必须运行在服务端模式（
-server，HotSpot 默认启用）且未关闭逃逸分析
标量替换是更激进的优化
当对象未逃逸，且所有字段都是基本类型（如 int x, double y）或不可变、未逃逸的引用时，JVM干脆不构造对象本身，而是把每个字段当作独立局部变量，直接存进栈帧的局部变量表，甚至压入CPU寄存器。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
例如：
Point p = new Point(1, 2);<br>return p.x + p.y;
可能被优化成：
int x = 1;<br>int y = 2;<br>return x + y;
这种优化依赖 -XX:+EliminateAllocations（JDK 7+ 默认开启），且必须由JIT编译后生效，解释执行阶段不做。
怎么确认优化真发生了？
别靠堆内存大小变化猜——干扰太多。可靠方式有两种：
- 加参数
-XX:+PrintEscapeAnalysis，运行时会打印类似not escaped或escaped to unknown的判定日志 - 用JFR录制：
-XX:+FlightRecorder -XX:StartFlightRecording=duration=60s,filename=rec.jfr，再用 JDK Mission Control 查看 “Allocation in new TLAB” 事件是否消失
注意：哪怕判定为 not escaped，如果方法没被JIT编译（比如只执行一次），也不会真正栈分配或标量替换。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
