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

发布时间：2020-12-12 13:04:49 所属栏目：百科来源：网络整理

导读：我们的项目执行一些 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字节码工具.我们偶然发现了一些奇怪的行为.假设以下代码段：

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？

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

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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!