17370845950

自动装箱与拆箱是编译器语法糖，本质调用valueOf和intValue方法，需警惕性能损耗、循环中频繁创建对象及null导致的NullPointerException，且Integer缓存-128到127，应使用equals比较对象。

Java的自动装箱与拆箱本质上是编译器提供的语法糖，方便了基本类型和它们对应的包装类型之间的转换。但如果不理解其背后的机制，很容易掉入性能陷阱，或者遇到一些意想不到的NullPointerException。

解决方案

自动装箱就是将基本类型自动转换为对应的包装类型，例如将

int

转换为

Integer

。拆箱则是相反的操作，将包装类型转换为基本类型。

Integer i = 10; // 自动装箱
int j = i;     // 自动拆箱

这段代码看起来非常简洁，但实际上，

Integer i = 10;

等价于

Integer i = Integer.valueOf(10);

，而

int j = i;

等价于

int j = i.intValue();

。

Integer.valueOf()

方法会缓存-128到127之间的Integer对象，所以如果你的值在这个范围内，会直接从缓存中取，否则会创建一个新的Integer对象。

自动装箱拆箱的性能影响？

频繁的装箱拆箱会带来性能损耗。尤其是在循环中进行大量的装箱拆箱操作，会创建大量的临时对象，增加GC的压力。

long sum = 0L;
for (int i = 0; i < Integer.MAX_VALUE; i++) {
    sum += i; // i 会被自动装箱成Long，然后拆箱成long
}
System.out.println(sum);

上面的代码看似简单，但效率很低。每次循环，

i

都会被自动装箱成

Long

对象，然后拆箱成

Long

再进行加法运算。正确的做法是直接使用

Long

类型：

long sum = 0L;
for (long i = 0; i < Integer.MAX_VALUE; i++) {
    sum += i;
}
System.out.println(sum);

如何避免空指针异常？

由于自动拆箱可能会导致

NullPointerException

，因此需要特别注意包装类型的值是否为

null

。

Integer i = null;
int j = i; // 抛出NullPointerException

上面的代码中，

i

为

null

，在执行

int j = i;

时，会尝试对

null

进行拆箱操作，从而抛出

NullPointerException

。

避免这种错误的方法是在使用包装类型时，始终进行

null

值检查。

Integer i = null;
int j = (i != null) ? i : 0; // 安全的拆箱

或者使用

Optional

类来处理可能为空的包装类型：

Integer i = null;
int j = Optional.ofNullable(i).orElse(0);

Integer缓存机制的影响？

Integer

类内部有一个缓存，用于存储-128到127之间的

Integer

对象。这意味着，如果你的值在这个范围内，那么使用

==

比较两个

Integer

对象时，结果可能是

true

，否则是

false

。

Integer a = 100;
Integer b = 100;
System.out.println(a == b); // true

Integer c = 200;
Integer d = 200;
System.out.println(c == d); // false

上面的代码中，

a == b

的结果是

true

，因为100在缓存范围内，

a

和

b

指向的是同一个对象。而

c == d

的结果是

false

，因为200超出了缓存范围，

c

和

d

指向的是不同的对象。

因此，在比较两个

Integer

对象时，应该始终使用

equals()

方法，而不是

==

。

Integer a = 200;
Integer b = 200;
System.out.println(a.equals(b)); // true