java自动装箱/拆箱易因null引发nullpointerexception、integer缓存范围（-128~127）导致==比较错误、浮点精度问题被掩盖；应显式判空、用equals或intvalue()比较、高精度场景改用bigdecimal。
Java 中自动装箱（autoboxing）和拆箱（unboxing）看似方便，但直接用于数值计算时容易因 null 引用 或 缓存机制差异 导致结果错误或运行时异常。要保证计算正确，关键不是“怎么转换”，而是“何时避免隐式转换”+“如何安全介入”。
警惕 null 拆箱导致的 NullPointerException
包装类型（如 Integer、Double）可能为 null，而自动拆箱会尝试调用 intValue() 等方法——一旦对象为空，立刻抛出异常。
- ❌ 错误写法：
Integer a = null;<br>int b = a + 1; // 抛出 NullPointerException
- ✅ 安全做法：
显式判空再拆箱，或使用Objects.requireNonNull(a).intValue()明确失败语义；
更推荐统一用基本类型变量做中间计算，或提前转换：int b = (a != null ? a : 0) + 1;
注意 Integer 缓存范围（-128 ~ 127）引发的 == 比较陷阱
自动装箱对 -128 到 127 的整数会复用缓存对象，超出范围则新建对象。这不影响算术运算本身，但若混用 == 判断相等性，会导致逻辑错误：
- ❌ 危险比较：
Integer x = 128, y = 128;<br>System.out.println(x == y); // false（不是预期的 true）
- ✅ 正确做法：
数值比较一律用equals()或先拆箱：System.out.println(x.equals(y)); // true<br>System.out.println(x.intValue() == y.intValue()); // true
浮点类型慎用自动装箱参与精确计算
Double 和 Float 装箱/拆箱本身不会出错，但它们的精度问题在包装类型中更易被忽视：
- ❌ 隐患写法：
Double d1 = 0.1 + 0.2;<br>Double d2 = 0.3;<br>System.out.println(d1.equals(d2)); // false（因二进制浮点误差）
- ✅ 可靠做法：
涉及精度要求的场景（如金额），改用 BigDecimal；
若必须用 double，比较时用误差范围：Math.abs(d1 - d2)
复杂表达式中优先显式拆箱或统一类型
混合包装类型与基本类型、或多个包装类型参与运算（如 Integer + Long + Double）时，自动拆箱+类型提升规则易被忽略，导致意外结果：
- ❌ 模糊表达式：
Integer i = 100;<br>Long l = 200L;<br>Double d = 300.0;<br>double result = i + l + d; // 可读性差，依赖隐式转换链
- ✅ 清晰可控写法：
显式转为统一目标类型（如都转成double）：double result = i.doubleValue() + l.doubleValue() + d.doubleValue();
或直接声明基本类型变量承接中间值，避免反复装拆。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
