Java面试考察基本类型与包装类的核心是理解底层机制、自动装箱拆箱、缓存策略及实际陷阱；需讲清设计原因与误用后果，而非死记概念。
Java 面试中问到基本类型与包装类，核心是考察你对底层机制、内存模型、自动装箱拆箱、缓存策略及实际陷阱的理解，不是背概念，而是讲清“为什么这么设计”和“用错会怎样”。下面从四个关键维度展开，覆盖高频考点和易错点：
一、基本类型与包装类的本质区别
基本类型（如 int、boolean）是 JVM 原生支持的数据类型，直接存储在栈（局部变量）或对象内（成员变量），不具对象特性；包装类（如 Integer、Boolean）是引用类型，继承自 Object，实例存在于堆中，可参与泛型、集合、反射等面向对象操作。
注意：包装类不是基本类型的“升级版”，而是为兼容面向对象体系而设的“适配器”——比如 ArrayList
二、自动装箱/拆箱的机制与隐患
编译器在必要时自动插入 Integer.valueOf()（装箱）和 intValue()（拆箱）调用，看似方便，实则暗藏风险：
立即学习“Java免费学习笔记（深入）”；
- 空指针异常（NPE）：当包装类变量为 null 时触发拆箱，如 Integer i = null; int j = i; 直接抛 NullPointerException
- 性能损耗：频繁装箱（尤其循环中）会创建大量短期对象，加重 GC 压力；建议在性能敏感场景优先使用基本类型
- 比较陷阱：用 == 比较两个 Integer 时，可能得到意外结果——因为 valueOf() 对 [-128, 127] 缓存复用，超出范围则新建对象
三、Integer 缓存机制与 == / equals 的正确用法
Integer.valueOf(int) 在 -128 到 127 范围内返回缓存对象（JVM 规范要求，HotSpot 默认实现），因此：
- Integer a = 100; Integer b = 100; System.out.println(a == b); // true
- Integer c = 200; Integer d = 200; System.out.println(c == d); // false（不同对象）
结论：永远用 equals() 比较包装类值是否相等（注意 null 安全，推荐 Objects.equals(a, b)）；== 只用于判断是否为同一对象引用，或明确知道在缓存范围内且需判等引用时才谨慎使用。
四、实际开发中的最佳实践
- 方法参数/返回值：优先使用基本类型，除非需要 null 表达“未赋值”语义（如数据库字段允许为空）
- 集合操作：必须用包装类（Map
），但取出后尽快转为基本类型处理，避免链式拆箱 - 构造器/工厂方法：优先用 valueOf() 而非 new Integer()（后者绕过缓存，已废弃）
- 警惕隐式装箱：如 list.add(i++);（i 是 Integer）会先拆箱、自增、再装箱，三次对象操作；改用基本类型变量更高效
把这四点说清楚，再结合一个 NPE 或缓存失效的小例子现场手写演示，面试官基本就认可你真正掌握了。
