基本类型（如int）直接存值，局部变量在栈的局部变量表中，成员变量内联于堆中对象；包装类（如integer）是堆中对象，栈中仅存引用，且valueof(-128~127)复用缓存对象，导致==比较结果依赖是否命中缓存。
面试官问基本类型和包装类的底层，核心是想确认你是否理解 JVM 内存模型、自动装箱拆箱机制、缓存策略以及实际开发中的陷阱。光背“int 是基本类型，Integer 是包装类”远远不够。
内存分配与对象本质的区别
基本类型（如 int）直接存值，在栈上分配（局部变量）或内联在对象中（成员变量），不经过 new，没有对象头、无引用关系、不可序列化（单独存在时）。
包装类（如 Integer）是普通 Java 对象，继承自 Object，有对象头、可被 GC 回收、支持 synchronized、能作为泛型实参——但代价是堆内存开销和间接访问。
关键细节：
- 局部 int 变量在栈帧的局部变量表里占 4 字节；而 Integer 对象本身在堆上，栈里只存指向它的引用（通常 4 或 8 字节，取决于是否开启指针压缩）
- 成员变量中，int 直接嵌入对象内存布局；Integer 字段则是一个引用字段，实际对象另存堆中
- Integer i = null; 是合法的；int i = null; 编译直接报错
自动装箱/拆箱到底做了什么？
编译器层面的语法糖，不是 JVM 指令级特性。javac 在编译时把 i == 5（i 是 Integer）转成 i.intValue() == 5；把 list.add(10)（List
注意两个关键点：
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- valueOf() 有缓存：Integer.valueOf(int) 对 [-128, 127] 范围内的值返回缓存对象（基于 IntegerCache），超出范围每次 new 新对象
- == 判等陷阱：new Integer(100) == new Integer(100) → false；Integer.valueOf(100) == Integer.valueOf(100) → true（在缓存范围内）；但 Integer.valueOf(200) == Integer.valueOf(200) → false
- 拆箱遇到 null 会抛 NullPointerException，比如 Integer i = null; int j = i; // 运行时报错
为什么泛型不能用基本类型？
Java 泛型是类型擦除实现，编译后所有泛型参数都变成 Object。JVM 不认识泛型，只认原始类型。而基本类型不是 Object 的子类，无法参与类型擦除后的统一处理。
所以 List
替代方案：
- 高频场景用专门库：如 Eclipse Collections、Trove、FastUtil 提供原生 int[] 支持的集合
- Java 16+ 的 Vector API 和未来 Valhalla 项目（值类型）可能改变这一限制，但目前仍是包装类的天下
面试高频追问怎么答？
别只说“包装类用于集合”，要带上下文：
- 问：“Integer i = 10; Integer j = 10; i == j 为什么 true？” → 答：因为 valueOf 缓存了 -128~127，i 和 j 指向同一个缓存对象；顺便提一句，这个范围可通过 -Djava.lang.Integer.IntegerCache.high 调整（仅 high 可设，low 固定为 -128）
- 问：“String str = "abc"; Integer i = 123; 它们都是常量，为什么 String 有字符串池，Integer 却要缓存？” → 答：字符串池解决的是重复字面量内存浪费；Integer 缓存是权衡创建成本与复用率——小整数使用频率极高，缓存收益大，且对象结构简单（只有 value 字段）
- 问：“什么时候该用 int，什么时候用 Integer？” → 答：方法参数/返回值需多态或可空时用 Integer（如 JSON 反序列化可能为 null）；纯计算、循环计数、数组元素、性能敏感路径一律用 int
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
