自动装箱与拆箱是编译器语法糖，本质调用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的压力。
立即学习“Java免费学习笔记（深入）”；
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
