Java基本类型与包装类行为差异显著：自动装箱/拆箱易致NPE，缓存机制（-128~127）影响==比较结果，Boolean三态特性需显式判空，显式转换在空值安全、性能敏感和异常明确场景更可靠。
Java基本类型和包装类不是一一对应的关系
Java有8个基本类型，对应8个包装类，但它们的行为差异远不止“多一个null”的程度。比如 int 是原始值，Integer 是对象，== 比较时语义完全不同：Integer a = 127; Integer b = 127; 用 == 可能为 true，但换成 128 就是 false——这是 Integer.valueOf() 的缓存机制（-128 到 127）导致的，不是类型转换问题，却是误用自动装箱最常踩的坑。
自动装箱/拆箱在哪些地方会静默失败
编译器允许 int 和 Integer 之间隐式转换，但运行时遇到 null 就会抛 NullPointerException。典型场景包括：
- 从
Map取值后直接参与算术运算：map.get("key") + 1—— 若 key 不存在，返回null，拆箱时报错 - 三元表达式中混用基本类型和包装类：
boolean flag = true; Number n = flag ? 1 : null;编译通过，但运行时若取n.intValue()且n是null，就崩 - 泛型集合里存了
null，遍历时用增强for+基本类型接收：for (int x : list)，list含null就触发 NPE
显式转换比自动装箱更安全的三个时机
当你要控制行为、避免隐式风险或处理边界情况时，绕过自动机制反而更稳：
- 从字符串转数字：优先用
Integer.parseInt()而非
Integer.valueOf().intValue()，前者抛NumberFormatException明确，后者多一层对象创建且异常类型相同但语义模糊 - 空值安全转换：用
Objects.requireNonNullElse(n, 0)或Optional.ofNullable(n).orElse(0)替代直接拆箱 - 性能敏感循环：避免在高频路径（如 for 循环内）反复装箱，例如
list.add(i)中i是int，JVM 会每次调用Integer.valueOf(i)；若确定范围在缓存区间，影响小；否则建议预分配或用原始类型集合库（如 Eclipse Collections）
Boolean 和 boolean 的转换最容易被忽略的陷阱
Boolean 是三态（true/false/null），而 boolean 只有两态。很多逻辑判断写成 if (flag) 看似简洁，但 flag 是 Boolean 类型时，null 会导致 NullPointerException，而不是进入 else。
Boolean flag = null;
if (flag) { // 这里抛 NPE
System.out.println("true");
} else {
System.out.println("false or null"); // 永远不执行
}
正确做法是显式判空：if (Boolean.TRUE.equals(flag)) 或 if (flag != null && flag)。注意 Boolean.parseBoolean() 对 null 返回 false，但这是字符串解析逻辑，不适用于对象判空场景。
