必须用Integer而非int的场景是需将数字作为对象使用时：存入ArrayList等集合、作Map键、参与泛型、允许为null；因int非对象，无法调方法、判null或JVM引用传递。
Java里什么时候必须用Integer而不是int
只有在需要把数字当对象用的时候——比如放进ArrayList、作为Map的键、参与泛型、或者允许为null时，才非用Integer不可。
基本类型int压根不是对象，不能调方法、不能判null、也不能被JVM当作引用传递。你写list.add(123)看着像在加int，其实背后是自动装箱成Integer，编译器帮你偷偷干的。
- 集合类（
ArrayList、HashSet、HashMap等）只接受引用类型，int直接报错：no suitable method found for add(int) - 泛型擦除后只剩
Object，int无法向上转型，所以List<int></int>语法根本不存在 - 想表达“这个值还没设置”，用
Integer可以赋null；int只能设默认值0，语义模糊
自动装箱/拆箱到底在哪儿悄悄发生
不是所有地方都安全触发。最常掉坑里的，是==比较和条件运算符?:。
比如Integer a = 127; Integer b = 127; a == b结果是true，但换成128就变成false——因为JVM对-128~127之间的Integer做了缓存，超出范围就新建对象，==比的是引用而非值。
立即学习“Java免费学习笔记（深入）”；
- 永远用
.equals()比较两个Integer，别信== -
Integer x = null; int y = x;会抛NullPointerException，拆箱不检查null -
boolean flag = true; Integer v = flag ? 100 : null;——这里100会被自动装箱，但整个表达式类型是Integer，没问题；可如果写成flag ? 100 : 200，结果就是int，再赋给Integer变量又触发一次装箱
性能敏感场景下int还是Integer怎么选
高频循环、大量数值计算、或内存受限（如Android低端机、实时数据处理），优先用int。包装类多一层对象开销：堆分配、GC压力、额外字段（比如Integer除了value还带class指针、锁标记等）。
但别为了这点性能过早优化。日常业务代码里，该用Integer的地方不用，反而要不停手动转、补判空、绕开泛型，维护成本更高。
- 数组、
for循环计数器、数学运算中间变量——用int - DTO字段、JSON序列化字段、配置项解析结果——用
Integer（方便区分“没传”和“传了0”） - 用
Optional<integer></integer>代替Integer来明确表达“可能为空”，比靠null猜意图更可靠
Spring/MyBatis这类框架里Integer的典型误用
框架层面对null和0的处理逻辑经常不同。比如MyBatis的<if test="id != null"></if>能正常过滤未传ID，但如果你把参数声明成int id，哪怕前端没传，后端也收了个默认0，test="id != 0"就容易漏判。
再比如Spring MVC接收JSON，{"age":null}能绑定到Integer age，但绑定不到int age，直接400报错。
- Controller入参、Service方法参数、Entity字段——只要可能为空或需区分缺失/零值，统一用
Integer - 数据库字段为
INT NULL，对应Java字段别用int，否则ORM读到NULL时会出异常或静默设为0 - 单元测试里故意传
null验证边界逻辑，用int根本构造不出这个场景
包装类不是为了“面向对象而面向对象”，是为了解决基本类型做不到的事。该用的时候不用，问题藏得深；不该用硬套，又平添麻烦。关键在分清哪里是值，哪里是数据载体。
