HotSpot可以内联lambda函数调用吗?

Mic*_*and 7 java optimization jvm hotspot

考虑到代码:

someList.forEach(x -> System.out.format("element %s", x));
Run Code Online (Sandbox Code Playgroud)

从理论上讲,应该可以通过首先内联forEach方法,然后在内联forEach代码中内联lambda函数体来内联此代码并消除间接函数调用.

HotSpot能够执行此优化吗?在特定情况下是否执行了哪些限制?

Hol*_*ger 7

您的lambda表达式被编译为普通方法,而JRE将生成一个实现功能接口并调用该方法的类.在当前的HotSpot版本中,这个生成的类几乎像普通类一样工作,主要区别在于它可以调用private目标方法,并且它不会被a反向引用ClassLoader.

这些属性都没有阻碍优化,最终,您只有一系列普通的方法调用.使用当前JVM的此类代码的最大障碍是内联限制,关于最大深度(默认为九个嵌套方法IIRC)和最大结果代码大小.其中一些默认值非常陈旧,并且自上次定义以来未进行修订.但是,这样的限制可能会影响非常长的流管道,而不是像平原那样的用例forEach.

因此,一般的答案是HotSpot能够执行此类优化,但与所有优化一样,它会让您的代码运行几次,然后确定它是否对性能至关重要并执行优化(如果是).

  • 你确实记得:`intx MaxInlineLevel = 9`. (3认同)

Eug*_*ene 5

这其实很容易证明。下面是一些非常简单的代码:

 for (int i = 0; i < 100_000; ++i) {
        Stream.of(1, 2, 3, 4)
                .map(x -> x * 2)
                .collect(Collectors.toList());
 }
Run Code Online (Sandbox Code Playgroud)

当我编译它时,我可以看到javap为 lambda 表达式生成的去糖方法(via )被调用:(lambda$main$0在 jdk-9 中,但这并不重要)。

然后我可以简单地运行此代码:

  java -XX:-TieredCompilation 
       -XX:CICompilerCount=1 
       -XX:+UnlockDiagnosticVMOptions 
       -XX:+PrintCompilation 
       -XX:+PrintInlining 
       -XX:CompileCommand="print, *.lambda"  
       InlineLambdaTest 
       > inline.txt
Run Code Online (Sandbox Code Playgroud)

查看文件中有这样的行:

    Inline::lambda$main$0 (10 bytes)   inline (hot)
Run Code Online (Sandbox Code Playgroud)

因此,这种方法的内联以通常的方式工作。请注意,将有更多行开始,...lambda...因为内部还有许多其他地方使用 lambda 表达式,这些地方也被认为是热门的。