写代码的时候，你有没有想过，一个new出来的对象，到底是在哪儿活的？是在栈上短暂停留，还是被扔进了堆里长期居住？这事儿，其实在Java虚拟机（JVM）里早就有暗中安排——靠的就是“逃逸分析”。
啥叫逃逸分析？
简单说，逃逸分析是JVM的一项优化技术，用来判断一个对象的动态作用域：如果一个对象不会被其他方法或线程访问到，那它就没“逃”出去，JVM就可以做点小聪明的事，比如直接在栈上分配内存，甚至不分配内存，直接拆解成几个变量。
举个生活化的例子：你在家里煮碗面，调料用完就扔进锅里。如果这碗面只你自己吃，没人动，那锅碗瓢盆可以随便放厨房桌上。但如果朋友要来蹭饭，你还得把餐具收好、分清楚谁用过——这就像是对象“逃”出了本地，必须更谨慎地管理。
逃了没？JVM自己会看
JVM在运行时会分析对象的使用范围。比如下面这段代码：
public void doSomething() {
StringBuilder sb = new StringBuilder();
sb.append("hello");
sb.append("world");
String result = sb.toString();
System.out.println(result);
}这个StringBuilder对象从头到尾都在doSomething方法里打转，连门都没出，压根不会被别的线程看到。这时候JVM一瞅：这对象没逃，干脆别往堆里塞了，直接在栈上分配，甚至把对象拆成几个局部变量，省时间又省空间。
逃了会怎样？
但如果你把这个对象传给了别的方法，或者放在了全局容器里，那它就算“逃逸”了。比如：
private List<String> cache = new ArrayList<>();
public void save(String s) {
StringBuilder sb = new StringBuilder();
sb.append(s);
cache.add(sb.toString()); // 对象被外部持有
}这里sb.toString()的结果被加到了外部list里，意味着它可能被其他线程随时读取。JVM只能认栽：这对象逃了，老老实实堆上分配，还得考虑GC回收。
跟视频剪辑有啥关系？
你可能觉得这都是后端编程的事，跟视频剪辑八竿子打不着。可现实是，现在的剪辑软件越来越依赖高性能运行时环境。像一些基于Java或JVM语言开发的剪辑工具（比如用Scala写的后期处理脚本），底层性能直接受JVM优化影响。
如果你写了个滤镜算法，频繁创建临时对象，而这些对象都逃逸了，那内存压力大，卡顿就来了。反过来，如果能写出不逃逸的对象结构，JVM就能自动优化，剪辑预览更流畅，导出速度也更快。
怎么帮JVM少操心？
写代码时稍微留意下对象的作用域。尽量缩小对象生命周期，避免不必要的引用传递。比如临时拼接字符串，用局部变量搞定，别一股脑塞进公共缓存。这样不仅逻辑清晰，还让JVM有机会做栈上分配，减少GC停顿。
现代JVM默认开启逃逸分析（-XX:+DoEscapeAnalysis），配合标量替换（-XX:+EliminateAllocations），能悄无声息地提升性能。你不用手动干预，但得知道它在背后干活。
下次你点下“渲染”按钮时，别忘了，可能有成千上万个本该去堆里的对象，正被JVM拦下来，在栈上快速走一圈就消失了——就因为它们没“逃”出去。