这真的比自动装箱要宽吗？

Question

我在参考Java规范的缺点回答另一个问题时看到了这一点：

还有更多缺点，这是一个微妙的话题。查看该出：

public class methodOverloading{
     public static void hello(Integer x){
          System.out.println("Integer");
     }

     public static void hello(long x){
          System.out.println("long");
     }

     public static void main(String[] args){
         int i = 5;
         hello(i);
     }
}

这里将打印“ long”（我自己未检查），因为编译器选择加宽而不是自动装箱。使用自动装箱时要小心，否则请不要使用它！

我们确定这实际上是扩大而不是自动装箱的示例，还是完全是其他东西？

在我的初始扫描中，我将同意这样的说法，即基于i声明为原始而非对象，输出将为“长” 。但是，如果您更改了

hello(long x)

至

hello(Long x)

输出将显示“ Integer”

这到底是怎么回事？我对Java的编译器/字节码解释器一无所知…

Answer 1

在第一种情况下，您正在发生越来越多的转换。在编译的类上运行“ javap”实用程序（包含在JDK中）时，可以看到以下内容：

public static void main(java.lang.String[]);
  Code:
   0:   iconst_ 5
   1:   istore_ 1
   2:   iload_ 1
   3:   i2l
   4:   invokestatic    #6; //Method hello:(J)V
   7:   return

}

显然，您会看到I2L，它是扩展的Integer-To-
Long字节码指令的助记符。请参阅此处的参考。

在另一种情况下，将“ long x”替换为对象“ Long x”签名，您将在main方法中获得以下代码：

public static void main(java.lang.String[]);
  Code:
   0:   iconst_ 5
   1:   istore_ 1
   2:   iload_ 1
   3:   invokestatic    #6; //Method java/lang/Integer.valueOf:(I)Ljava/lang/Integer;
   6:   invokestatic    #7; //Method hello:(Ljava/lang/Integer;)V
   9:   return

}

因此，您会看到编译器创建了指令Integer.valueOf（int），以将原始容器装箱在包装器中。