JVM中的步骤内联

JVM中的方法内联
在C++中，可以明确定义内联函数，使用inline关键字。在Java中不能定义内联函数，但是方法的内联在JIT编译中还是存在的，只不过是JIT自动优化的，我们无法在写代码的时候指定。

所谓内联函数就是指函数在被调用的地方直接展开，编译器在调用时不用像一般函数那样，参数压栈，返回时参数出栈以及资源释放等，这样提高了程序执行速度。 一般函数的调用时，JVM会自动新建一个堆栈框架来处理参数和下一条指令的地址，当执行完函数调用后再撤销该堆栈。

写一段代码来测试一下。

public class Test {public static void foo() {   boolean t = true;boolean f = false;System.out.println(t == f);}   public static void main(String[] args) {   foo();   }}

看一下这段代码的字节码信息，使用命令

javap -c -s -l -verbose Test

关键部位的字节码信息如下

public static void foo();  Signature: ()V  LineNumberTable:   line 5: 0   line 6: 2   line 7: 4   line 8: 20  LocalVariableTable:   Start  Length  Slot  Name   Signature   2      19      0    t       Z   4      17      1    f       Z  Code:   Stack=3, Locals=2, Args_size=0   0:   iconst_1   1:   istore_0   2:   iconst_0   3:   istore_1   4:   getstatic       #15; //Field java/lang/System.out:Ljava/io/PrintStream;   7:   iload_0   8:   iload_1   9:   if_icmpne       16   12:  iconst_1   13:  goto    17   16:  iconst_0   17:  invokevirtual   #21; //Method java/io/PrintStream.println:(Z)V   20:  return  LineNumberTable:   line 5: 0   line 6: 2   line 7: 4   line 8: 20  LocalVariableTable:   Start  Length  Slot  Name   Signature   2      19      0    t       Z   4      17      1    f       Z  StackMapTable: number_of_entries = 2   frame_type = 255 /* full_frame */     offset_delta = 16     locals = [ int, int ]     stack = [ class java/io/PrintStream ]   frame_type = 255 /* full_frame */     offset_delta = 0     locals = [ int, int ]     stack = [ class java/io/PrintStream, int ]public static void main(java.lang.String[]);  Signature: ([Ljava/lang/String;)V  LineNumberTable:   line 11: 0   line 12: 3  LocalVariableTable:   Start  Length  Slot  Name   Signature   0      4      0    args       [Ljava/lang/String;  Code:   Stack=0, Locals=1, Args_size=1   0:   invokestatic    #33; //Method foo:()V   3:   return  LineNumberTable:   line 11: 0   line 12: 3  LocalVariableTable:   Start  Length  Slot  Name   Signature   0      4      0    args       [Ljava/lang/String;

可以看到在字节码中是不能反映出方法内联的，方法内联是在JIT编译时发生的，Oracle对方法内联的举例（传送门：http://java.sun.com/developer/technicalArticles/Networking/HotSpot/inlining.html），JVM会做出优化。要发现该方法是否被内联可以使用如下命令：

java -Xrunhprof:cpu=times InlineMe

在本文中我没有进行这个测试，如果想看这个测试结果，可以到这里来看。（传送门：http://spring8314.iteye.com/blog/139299）
也可以使用参数：（这个参数只能在debug mode下使用，可以参见http://www.oracle.com/technetwork/java/javase/tech/exactoptions-jsp-141536.html，建议使用fastdebug来玩，传送门：http://agapple.iteye.com/blog/1056599）

-XX:+PrintInlining

打印出来的内容如下

@ 0   org.dothwinds.test.Test::foo (21 bytes)

可以看到log中存在foo方法。后面的21字节表示字节码所占用的字节。那么用javap可以看到foo方法的字节码正好占用21字节

  Code:   Stack=3, Locals=2, Args_size=0   0:   iconst_1   1:   istore_0   2:   iconst_0   3:   istore_1   4:   getstatic       #15; //Field java/lang/System.out:Ljava/io/PrintStream;   7:   iload_0   8:   iload_1   9:   if_icmpne       16   12:  iconst_1   13:  goto    17   16:  iconst_0   17:  invokevirtual   #21; //Method java/io/PrintStream.println:(Z)V   20:  return

我们将这段代码反汇编x86asm来看看。

java -Xcomp -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly org/dothwinds/test/Test >log.log

到当前目录下找到这个log文件，将有意义的代码提取出来。

Code:[Disassembling for mach='i386'][Entry Point][Verified Entry Point][Constants]  # {method} 'main' '([Ljava/lang/String;)V' in 'org/dothwinds/test/Test'  # parm0:    ecx       = '[Ljava/lang/String;'  #           [sp+0x20]  (sp of caller)  ;;  block B6 [0, 0]  0x01cd3930: mov    %eax,-0x8000(%esp)  0x01cd3937: push   %ebp  0x01cd3938: sub    $0x18,%esp         ;*invokestatic foo                                        ; - org.dothwinds.test.Test::main@0 (line 11)  ;;  block B0 [0, 3]  ;;   10 move [obj:0x0|L] [edx|L] [patch_normal] [bci:4]  0x01cd393b: nop      0x01cd393c: nop      0x01cd393d: nop      0x01cd393e: nop      0x01cd393f: nop      0x01cd3940: jmp    0x01cd3990         ;   {no_reloc}  ;;   12 move [Base:[edx|L] Disp: 2147483647|L] [ecx|L] [patch_normal] [bci:4]  0x01cd3945: nop      0x01cd3946: nop      0x01cd3947: nop      0x01cd3948: jmp    0x01cd39bb         ; implicit exception: dispatches to 0x01cd399a  0x01cd394d: nop                       ;*getstatic out                                        ; - org.dothwinds.test.Test::foo@4 (line 7)                                        ; - org.dothwinds.test.Test::main@0 (line 11)  0x01cd394e: cmp    (%ecx),%eax        ; implicit exception: dispatches to 0x01cd39c5  0x01cd3950: mov    $0x0,%edx          ;*invokevirtual println                                        ; - org.dothwinds.test.Test::foo@17 (line 7)                                        ; - org.dothwinds.test.Test::main@0 (line 11)  0x01cd3955: nop      0x01cd3956: mov    $0xffffffff,%eax   ;   {oop(NULL)}  0x01cd395b: call   0x01c0b210         ; OopMap{off=48}                                        ;*invokevirtual println                                        ; - org.dothwinds.test.Test::foo@17 (line 7)                                        ; - org.dothwinds.test.Test::main@0 (line 11)                                        ;   {virtual_call}  0x01cd3960: add    $0x18,%esp  0x01cd3963: pop    %ebp  0x01cd3964: test   %eax,0x260100      ;   {poll_return}  0x01cd396a: ret    

这段代码之所以能看出有内联特征是因为（借用撒迦（http://rednaxelafx.iteye.com/）的话）：

  0x01cd395b: call   0x01c0b210         ; OopMap{off=48}                                        ;*invokevirtual println                                        ; - org.dothwinds.test.Test::foo@17 (line 7)                                        ; - org.dothwinds.test.Test::main@0 (line 11)                                        ;   {virtual_call}

每行右边分号后面是注释。它会显示当前机器指令对应的原本的Java字节码是什么、字节码是从哪里来的。
可以看到这里call指令对应的字节码原本是个invokevirtual，而它原本是在foo()方法中的，并且被main()方法内联了。
如果不想进行方法内联，可以使用参数：

-XX:CompileCommand=dontinline,org/dothwinds/test/Test,foo

但是需要注意的是，C1（Client模式）下是不检查dontinline的，解决方法可以见帖子：传送门（http://hllvm.group.iteye.com/group/topic/26381）
如果嫌这种方式麻烦，那只能使用C2（Server模式）来玩了。
最后要十分感谢撒迦的帮助和指点。

查看更多 下一篇