三块核心是类型对应关系、装箱拆箱机制、缓存与比较陷阱：基本类型与包装类一一对应且行为迥异；装箱调用valueOf()、拆箱调用xxxValue()，null拆箱抛NPE；Integer等有缓存，数值比较须用equals()。
直接抓住三块核心：类型对应关系、装箱拆箱机制、缓存与比较陷阱。这三点覆盖了面试和日常开发中90%的高频问题。
基本类型与包装类的对应关系和本质区别
Java 有 8 种基本类型：byte、short、int、long、float、double、char、boolean；每种都有唯一对应的包装类：Byte、Short、Integer、Long、Float、Double、Character、Boolean，全部在 java.lang 包下。
关键区别不是“有没有方法”，而是底层行为逻辑：
- 基本类型存栈，值直接存储；包装类是对象，存堆，有对象头和引用开销
- 基本类型默认值明确（如 int 是 0，boolean 是 false）；包装类默认为 null
- 泛型只接受引用类型，所以 List<Integer> 合法，List<int> 编译不通过
- 集合（ArrayList、HashMap 等）只能存对象，因此必须用包装类
自动装箱与拆箱的原理和隐患
装箱是基本类型 → 包装类，本质调用 valueOf()；拆箱是包装类 → 基本类型，本质调用 xxxValue() 方法（如 intValue()）。
立即学习“Java免费学习笔记（深入）”；
编译器帮你简化写法，但不能忽略背后逻辑：
- Integer i = 100; 等价于 Integer i = Integer.valueOf(100);
- int j = i; 等价于 int j = i.intValue();
- 拆箱时若包装类为 null，会立即抛 NullPointerException（比如从 Map.get() 拿到 null 再赋给 int）
- 高频循环中频繁装箱（如 for 循环里写 list.add(i)）会触发大量对象创建，影响性能
缓存机制与 == / equals 的正确用法
部分包装类内部实现了小范围缓存，这是 == 比较有时为 true、有时为 false 的根本原因：
- Integer 缓存 -128 到 127（含），超出范围 new 出新对象
- Boolean 全局只有 TRUE/FALSE 两个静态实例，所有 true 都指向同一个对象
- Character 缓存 0–127（即 ASCII 可见字符范围）
- 其他包装类（Byte、Short、Long、Float、Double）不缓存或缓存策略不同（如 Long 缓存范围也是 -128~127，但可配置）
所以永远遵循这条铁律：
- 比数值内容：用 equals()（注意空指针风险，可写 Objects.equals(a, b) 更安全）
- 比是否同一对象：才用 ==，且仅在明确知道在缓存范围内、或刻意复用对象时才有意义
典型场景与避坑提醒
这些是真实项目和面试中最常踩的点：
- 数据库字段为 NULL，ORM（如 MyBatis）映射到 Integer 字段，取值后直接拆箱 → NPE
- 用 == 比较两个 new Integer(100)，结果是 false（因为绕过缓存）
- 在 switch 中使用 Integer：JDK 7+ 支持，但底层仍会自动拆箱，null 会抛异常
- 自定义工具类中误把 int 参数写成 Integer，导致方法重载歧义或空指针
