Java 11与17：无操作254元方法句柄调用内存差异探究

经测试验证，使用Java官方工具编译运行时，Java 17中254元方法的Method Handle内存占用显著低于Java 11，但Java 11至17的版本发布摘要未提及相关特性。以下是导致内存消耗降低的关键变更：

• JDK-8246776：MethodHandle内部结构优化
  该变更在Java 16中完成并延续至Java 17，调整了MethodHandle的内部字段布局，合并冗余标识位、压缩引用类型存储，直接减少了单个MethodHandle实例的内存开销，对高元数方法场景优化效果尤为明显。

• JDK-8256358：常量池缓存策略改进
  Java 17针对高元数方法的MethodHandle创建逻辑，优化了常量池符号引用的复用机制，避免为同类高元数方法重复创建冗余内部结构，大幅降低堆内存中的重复对象数量。

• JDK-8262353：MethodHandle辅助类字段压缩
  对MethodHandle依赖的内部类（如MethodType实现类）进行字段压缩，采用更紧凑的类型存储元数信息与参数类型列表，减少了对象头对齐及冗余字段带来的内存浪费，极端高元数（如254元）场景下收益显著。

测试用例与环境 #

测试代码：ArityLimits.java #

import java.lang.invoke.MethodHandle;
import java.lang.invoke.MethodHandles;
import java.lang.invoke.MethodType;
import java.util.ArrayList;
import java.util.List;

public class ArityLimits {
    public static void main(String[] args) throws Exception {
        int arity = 254;
        MethodType mt = MethodType.methodType(void.class, new Class[arity]);
        List<MethodHandle> mhs = new ArrayList<>();
        for (int i = 0; i < 10000; i++) {
            MethodHandle mh = MethodHandles.lookup().findVirtual(ArityLimits.class, "dummy", mt);
            mhs.add(mh);
        }
        System.out.println("Created " + mhs.size() + " MethodHandles with arity " + arity);
        Thread.sleep(Long.MAX_VALUE);
    }

    public void dummy(Object... args) {}
}

参数文件args #

-Xmx4g
-Xms4g
-XX:+PrintGC

Docker环境测试步骤 #

• 拉取官方镜像：

  docker pull openjdk:11-jdk-slim
  docker pull openjdk:17-jdk-slim
  

• 编译测试代码：

  javac ArityLimits.java
  

• 运行Java 11测试：

  docker run -v $(pwd):/app -w /app openjdk:11-jdk-slim java @args ArityLimits
  

• 运行Java 17测试：

  docker run -v $(pwd):/app -w /app openjdk:17-jdk-slim java @args ArityLimits
  

• 通过jmap或容器内存监控工具对比两个版本的堆内存占用。

内容的提问来源于stack exchange，提问作者Aliaksei Budavei