JVM：逃逸分析

最新推荐文章于 2025-05-10 12:18:43 发布

born_stubborn

最新推荐文章于 2025-05-10 12:18:43 发布

阅读量290

点赞数 1

CC 4.0 BY-SA版权

分类专栏：学习笔记文章标签： jvm java

本文链接：https://blog.csdn.net/born_stubborn/article/details/126721440

学习笔记专栏收录该内容

6 篇文章

订阅专栏

本文介绍了Java中的逃逸分析技术，及其在栈上分配、同步省略和标量替换等代码优化方面的应用。逃逸分析用于判断对象的作用域，如果对象未逃逸方法，可能在栈上分配，减少堆内存使用。同步省略则通过分析确定对象是否只被单线程访问，从而消除不必要的同步开销。标量替换则是将对象拆解为原始类型存储在寄存器中，进一步减少内存占用。然而，逃逸分析技术目前仍存在性能消耗问题，不是所有JVM默认开启。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1.堆是分配对象存储的唯一选择吗？

在《深入理解Java虚拟机》中关于Java堆内存有这样一段描述:
随着JIT编译期的发展与逃逸分析技术逐渐成熟，栈上分配、标量替换优化技术将会导致一些微妙的变化，所有的对象都分配到堆上也渐渐变得不那么“绝对”了。

在Java虚拟机中，对象是在Java堆中分配内存的，这是一个普遍的常识。但是，有一种特殊情况，那就是如果经过逃逸分析(Escape Analysis)后发现，一个对象并没有逃逸出方法的话，那么就可能被优化成栈上分配。这样就无需在堆上分配内存，也无须进行垃圾回收了。这也是最常见的堆外存储技术。

2.逃逸分析

2.1.逃逸分析概述

如何将堆上的对象分配到栈，需要使用逃逸分析手段。
这是一种可以有效减少Java程序中同步负载和内存堆分配压力的跨函数全局数据流分析算法。
通过逃逸分析，Java Hotspot编译器能够分析出一个新的对象的引用的使用范围从而决定是否要将这个对象分配到堆上。

public void my_method() {
V v = new V();
//use v
//......
v = null;
}

没有发生逃逸的对象，则可以分配到栈上，随着方法执行的结束，栈空间就被移除。

2.2.判断是否发生逃逸分析

逃逸分析的基本行为就是分析对象动态作用域:
当一个对象在方法中被定义后，对象只在方法内部使用，则认为没有发生逃逸。
当一个对象在方法中被定义后，它被外部方法所引用，则认为发生逃逸。例如作为调用参数传递到其他地方中。
例子：

/*
其他的方法可能去调用craeteStringBuffer，其他方法调用就拿到了返回的变量sb，
返回接收的变量就指向new StringBuffer()，
相当于new StringBuffer()可能在外部被调用，发生了逃逸，就不能够使用栈上分配
*/
public static StringBuffer craeteStringBuffer(String s1, String s2) {
    StringBuffer sb = new StringBuffer();
    sb.append(s1);
    sb.append(s2);
    return sb;
}

//不逃逸改法：
public static String createStringBuffer(String s1, String s2) {
    StringBuffer sb = new StringBuffer();
    sb.append(s1);
    sb.append(s2);
    return sb.toString();
}

实际的几种情况：

public class EscapeAnalysis {

    public EscapeAnalysis obj;

    //方法返回EscapeAnalysis对象，发生逃逸
    public EscapeAnalysis getInstance(){
        return obj == null? new EscapeAnalysis() : obj;
    }

    //为成员属性赋值，发生逃逸
    public void setObj(){
        this.obj = new EscapeAnalysis();
    }

    //对象的作用域仅在当前方法中有效，没有发生逃逸
    public void useEscapeAnalysis(){
        EscapeAnalysis e = new EscapeAnalysis();
    }

    //引用成员变量的值，发生逃逸
    public void useEscapeAnalysis1(){
        EscapeAnalysis e = getInstance();//本身就是外面的，一定发生了逃逸
        //getInstance().xxx()同样会发生逃逸
    }
}

总结：如何快速的判断是否发生了逃逸分析，大家就看new的对象实体是否有可能在方法外被调用。

tips:
在Java代码运行时，通过JVM参数可指定是否开启逃逸分析，
-XX:+DoEscapeAnalysis ：表示开启逃逸分析
-XX:-DoEscapeAnalysis ：表示关闭逃逸分析，从jdk 1.7开始已经默认开始逃逸分析，如需关闭，请手动设置

3.代码优化

3.1.栈上分配

概念：将堆分配转化为栈分配。如果一个对象在子程序中被分配，要使指向该对象的指针永远不会逃逸，对象可能是栈分配的候选，而不是堆分配。

JIT编译器在编译期间根据逃逸分析的结果，发现如果一个对象并没有逃逸出方法的话，就可能被优化成栈上分配。分配完成后，继续在调用栈内执行,最后线程结束，栈空间被回收，局部变量对象也被回收。这样就无须进行垃圾回收了。

常见的栈上分配的场景：
在逃逸分析中，分别是给成员变量赋值、方法返回值、实例引用传递。

实际演示请查看宋红康老师视频：（康师傅🐂🍺）
P83 83-代码优化之栈上分配

3.2.同步省略

概念：如果一个对象被发现只能从一个线程被访问到，那么对于这个对象的操作可以不考虑同步。

线程同步的代价是相当高的，同步的后果是降低并发性和性能。

在动态编译同步块的时候，JIT编译器可以借助逃逸分析来判断同步块所使用的锁对象是否只能够被一个线程访问而没有被发布到其他线程。如果没有，那么JIT编译器在编译这个同步块的时候就会取消对这部分代码的同步。这样就能大大提高并发性和性能。这个取消问少的L住机"P-略，也叫锁消除。

例子：

public void f() {
    Object hollis = new Object();
    synchronized(hollis) { //本身加锁也没有意义
        System.out.println(hollis);
    }
}

代码中对hollis这个对象进行加锁，但是hollis对象的生命周期只在f()方法中，并不会被其他线程所访问到，所以在JIT编译阶段就会被优化掉。优化成:

public void f() {
    Object hollis = new Object();
    System.out.println(hollis);
}

实际演示请查看宋红康老师视频：（康师傅🐂🍺）
P84 84-代码优化之同步省略

3.3.标量替换

概念：有的对象可能不需要作为一个连续的内存结构存在也可以被访问到，那么对象的部分（或全部）可以不存储在内存，而是存储在cPU寄存器中。

标量(Scalar）：是指一个无法再分解成更小的数据的数据。Java中的原始数据类型就是标量。

相对的，那些还可以分解的数据叫做聚合量(Aggregate) , Java中的对象就是聚合量，因为他可以分解成其他聚合量和标量。

例子：

class Customer{ //Customer为聚合量
    String name; //name为标量
    int id; //id为标量
    Account acct; //acct为聚合量，还可以再分解

}

class Account{
    double balance; //balance为标量
}

在JIT阶段，如果经过逃逸分析，发现一个对象不会被外界访问的话，那么经过JIT优化，就会把这个对象拆解成若干个其中包含的若干个成员变量来代替。这个过程就是标量替换。

public static void main(String[] args) {
   alloc();
}

private static void alloc() {
   Point point = new Point（1,2）;
   System.out.println("point.x="+point.x+"; point.y="+point.y);
}
class Point{
    private int x;
    private int y;
}

标量替换后：

private static void alloc() {
   int x = 1;
   int y = 2;
   System.out.println("point.x="+x+"; point.y="+y);
}

可以看到，Point这个聚合量经过逃逸分析后，发现他并没有逃逸，就被替换成两个聚合量了。那么标量替换有什么好处呢?就是可以大大减少堆内存的占用。因为一旦不需要创建对象了，那么就不再需要分配堆内存了。

标量替换为栈上分配提供了很好的基础。

标量替换参数设置：
参数-Xx:+EliminateAllocations：开启了标量替换(默认打开)，允许将对象打散分配在栈上。

实际演示请查看宋红康老师视频：（康师傅🐂🍺）
P85 85-代码优化之标量替换

4.逃逸分析并不成熟

关于逃逸分析的论文在1999年就已经发表了，但直到JDK 1.6才有实现，而且这项技术到如今也并不是十分成熟的。

其根本原因就是无法保证逃逸分析的性能消耗一定能高于他的消耗。虽然经过逃逸分析可以做标量替换、栈上分配、和锁消除。但是逃逸分析自身也是需要进行一系列复杂的分析的，这其实也是一个相对耗时的过程。

一个极端的例子，就是经过逃逸分析之后，发现没有一个对象是不逃逸的。那这个逃逸分析的过程就白白浪费掉了。

虽然这项技术并不十分成熟，但是它也是即时编译器优化技术中一个十分重要的手段。注意到有一些观点，认为通过逃逸分析，JVM会在栈上分配那些不会逃逸的对象，这在理论上是可行的，但是取决于JVM设计者的选择。据我所知，oracle HotspotJVM中并未这么做，这一点在逃逸分析相关的文档里已经说明，所以可以明确所有的对象实例都是创建在堆上。