Question

我想当我读到Joshua Bloch的 Effective Java 时，我的印象是出于性能原因应该避免自动装箱。但是我得到了相互矛盾的信息，我可以信任编译器在进行隐式转换时最优地使用valueOf()和intValue()。

所以我在下面编写了这段代码

Integer capacity = 50103;
Integer inventory = 40122;

int available = capacity - inventory;

理论上会编译为与下面代码相同的字节码。

Integer capacity = Integer.valueOf(50103);
Integer inventory = Integer.valueOf(40122);

int available = capacity.intValue() – inventory.intValue();

从Java 7和8开始，这是真的吗？是否有任何理由明确选择/取消框，或者编译器现在会优化它吗？

Answer 1

这不是优化，它只是相同的代码，编写方式不同，但编译为相同的字节代码。

以下内容：

Integer capacity = 50103;
Integer inventory = 40122;
int available = capacity - inventory;

两个整数值首先被装入Integer。然后将它们取消装箱到int以执行减法。这完全等同于第二段代码。

在这些情况下，没有特别的理由明确地列出值。最好让编译器这样做，因为它提供了更短，更易读的代码。

这是您的第一个示例（ JDK 1.8.0_60 ）生成的字节码：

 0: ldc           #2      // int 50103
 2: invokestatic  #3      // Method java/lang/Integer.valueOf:(I)Ljava/lang/Integer;
 5: astore_1
 6: ldc           #4      // int 40122
 8: invokestatic  #3      // Method java/lang/Integer.valueOf:(I)Ljava/lang/Integer;
11: astore_2
12: aload_1
13: invokevirtual #5      // Method java/lang/Integer.intValue:()I
16: aload_2
17: invokevirtual #5      // Method java/lang/Integer.intValue:()I
20: isub
21: istore_3
22: getstatic     #6      // Field java/lang/System.out:Ljava/io/PrintStream;
25: iload_3
26: invokevirtual #7      // Method java/io/PrintStream.println:(I)V
29: return

您可以清楚地看到第一个代码段编译为与第二个代码段相同。

Answer 2

出于性能原因应该避免自动装箱

这仅仅意味着装箱和拆箱会产生开销，不应该不必要地执行。

装箱/取消装箱是否隐式或明确地执行无关紧要;它以任何一种方式编译成相同的字节码。

Java自动装箱和数学表达式？

2 个答案: