写Java程序时，很多人习惯性地创建对象，比如在方法里new一个StringBuilder。你可能没想过，这个对象到底会不会被其他线程看到？JVM其实在背后悄悄做了一个叫“逃逸分析”的判断，决定要不要对它进行优化。
什么是逃逸分析
逃逸分析是JVM的一项运行时分析技术，用来判断一个对象的生命周期是否“逃逸”出了某个范围。比如在一个方法内部创建的对象，如果只在方法内使用，没有被返回、没有被其他线程引用，那它就没逃逸。这时候JVM可以大胆优化，甚至不把对象分配在堆上。
举个生活中的例子：你在厨房切菜，用完刀就放回刀架，没人会拿走。这把刀的作用范围就在厨房台面上。但如果把刀借给别人带走了，它的“作用域”就逃逸了。JVM也是这么判断对象的“活动范围”。
逃逸分析带来的优化手段
一旦JVM确认对象没有逃逸，就可以采取几种优化策略。最常见的就是栈上分配。正常情况下，对象都在堆上分配内存，需要垃圾回收来清理。但如果对象不逃逸，JVM可以在栈上直接分配，方法执行完自动回收，省去了GC的开销。
另一个优化是同步消除。比如你用了一个StringBuilder，它是非线程安全的，但JVM发现这个对象只在单线程中使用，根本没有竞争风险，就会把不必要的synchronized锁直接去掉，提升性能。
看一段实际代码
下面这个例子很常见：
public String concat(int n) {
StringBuilder sb = new StringBuilder();
for (int i = 0; i < n; i++) {
sb.append(i);
}
return sb.toString();
}这里的StringBuilder对象只在方法内使用，最终返回的是字符串，不是sb本身。JVM通过逃逸分析能确定它没有逃逸，可能会把它分配在栈上，甚至把整个对象消除了，直接操作局部变量。
逃逸分析不是万能的
虽然这项技术听起来很智能，但它依赖运行时的上下文，而且分析本身也有成本。如果方法太复杂，或者对象被放进集合、被传递给其他方法，JVM就很难判断它是否逃逸，优化也就失效了。
比如下面这种情况：
public List<String> getData() {
List<String> list = new ArrayList<>();
list.add("item");
cache.put("key", list); // 被外部引用
return list;
}这里的list被放进了cache，明显逃逸到了方法外部，JVM就不会做栈上分配了。
逃逸分析是JVM默默工作的“幕后英雄”。它不改变代码逻辑，却能在运行时做出聪明决策，让程序跑得更快。了解它，能帮你写出更容易被优化的代码——比如减少不必要的对象暴露，避免把局部变量塞进全局容器。