由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 我们的项目执行一些 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?

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

总结

以上是内存溢出为你收集整理的由Oracle和Eclipse的编译器生成的java字节码的差异全部内容，希望文章能够帮你解决由Oracle和Eclipse的编译器生成的java字节码的差异所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。