Java基本类型与包装类的关键区别在于：基本类型不可空、栈存、高效；包装类型可空、堆存、支持泛型集合，但易因自动拆箱null抛NPE、缓存机制误用（如Integer-128~127）、==比较引用导致逻辑错误，应统一用Objects.equals()、显式判空或Optional处理。
Java 中基本类型与包装类的对比，关键不在“写不写得出”，而在“是否踩坑”——比如 null、自动拆箱异常、缓存机制误用、== 与 equals 混淆等。高质量对比代码的核心是：明确意图、覆盖边界、隔离行为、可读可维护。
一、避免 == 比较引发的空指针或逻辑错误
基本类型用 == 比较值没问题，但包装类用 == 实际比较的是引用（除非在缓存范围内），极易出错。
- ❌ 错误示范（可能 NPE 或误判）：
Integer a = null; Integer b = 100;<br>if (a == b) { ... } // NullPointerException - ✅ 正确做法：
使用Objects.equals(a, b)安全比较两个可能为null的包装类；
基本类型之间仍可用==，但混用时统一转为包装类再比较更一致。 - ? 小技巧：IDEA 或 Checkstyle 可配置警告“禁止用 == 比较包装类型”，提前拦截。
二、显式处理 null，不依赖自动拆箱
包装类变量为 null 时，直接参与算术运算或调用 xxxValue() 会抛 NullPointerException，这不是“异常场景”，而是常见输入风险。
- ❌ 危险写法：
Integer count = getDataCount();<br>int total = count * 10; // count 为 null → NPE
- ✅ 推荐方式：
显式判空 + 提供默认值，例如：int total = Optional.ofNullable(count).orElse(0) * 10;
或更直白：int total = (count != null ? count : 0) * 10; - ⚠️ 注意：不要写
count == null ? 0 : count.intValue()——intValue()在非 null 时冗余，且易被误删。
三、理解并合理利用缓存范围（尤其 Integer）
Java 对 Integer（-128 ~ 127）、Boolean、Byte 等做了缓存，导致某些 == “碰巧” 成立，但这是实现细节，不是契约。
立即学习“Java免费学习笔记（深入）”；
- ❌ 不可靠写法：
Integer a = 100, b = 100;<br>System.out.println(a == b); // true（因缓存）<br>a = 200; b = 200;<br>System.out.println(a == b); // false（超出缓存）
- ✅ 高质量对比应屏蔽缓存干扰：
统一使用equals()或Objects.equals()；
若需确认是否命中缓存（如调试/性能分析），单独封装工具方法，不混入业务逻辑。 - ? 记住：只有
Integer.valueOf(int)会走缓存；new Integer(int)（已废弃）永远新建对象。
四、泛型、集合、API 交互时优先使用包装类，但运算前确保非空
集合（List<integer></integer>）、函数式接口（Function<integer string></integer>）、JSON 序列化等天然要求引用类型，此时基本类型无法直接使用。
- ✅ 正确模式：
输入接收包装类（如public void process(List<integer> ids)</integer>），
内部立即做空校验或转换：ids.stream().filter(Objects::nonNull).mapToInt(Integer::intValue).sum(); - ✅ API 设计建议：
公共方法参数用包装类（支持 null 表达“未提供”语义），
私有方法或核心计算逻辑内部尽快转为基本类型（提升性能 & 明确非空假设）。 - ? 避免：在泛型容器中存基本类型（不可能），或为“省一次装箱”而强行用数组
int[]替代List<integer></integer>——牺牲可读性与扩展性得不偿失。
