由Oracle和Eclipse的编译器生成的java字节码的差异

前端之家收集整理的这篇文章主要介绍了由Oracle和Eclipse的编译器生成的java字节码的差异前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们的项目执行一些 Java字节码工具.我们偶然发现了一些奇怪的行为.假设以下代码段:
public void a() {
    new Integer(2);
  }

Oracle的javac将上述编译成以下字节码:

0:   new #2; //class java/lang/Integer
   3:   dup
   4:   iconst_2
   5:   invokespecial   #3; //Method java/lang/Integer."<init>":(I)V
   8:   pop
   9:   return

和Eclipse的编译器:

0:   new #15; //class java/lang/Integer
   3:   iconst_2
   4:   invokespecial   #17; //Method java/lang/Integer."<init>":(I)V
   7:   return

您可以看到,Oracle编译器在“新”之后生成“dup”,而Eclipse没有.在这种用例中是完全正确的,因为新创建的整数实例根本不被使用,因此不需要“dup”.

我的问题是:

>有没有一些概述不同编译器之间的差异?文章/博文?
>我可以肯定地得出结论,如果“new”和“invokespecial”之间没有“dup”,那么在初始化之后不会使用object?

  1. Can I safely conclude,that if there is no “dup” between “new” and “invokespecial” then object is not used after initialization?

我不知道你的意思是什么,但对创建的对象的引用可能存储在构造函数的某处.因此,调用方法在初始化后可能不使用该对象,但该对象可能仍然可以访问,因此可能不会被垃圾回收.

原文链接:/oracle/205427.html

猜你在找的Oracle相关文章