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

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

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

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

和Eclipse的编译器:

  1. 0: new #15; //class java/lang/Integer
  2. 3: iconst_2
  3. 4: invokespecial #17; //Method java/lang/Integer."<init>":(I)V
  4. 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相关文章