我会先交代项目背景和选型结论。理解包装类型转换、对象缓存、空指针和数值比较的正确方式。自动装箱通常转换为 Integer.valueOf(int)，拆箱转换为 intValue()。Integer 默认缓存 -128 到 127，因此缓存范围内的装箱对象可能相同，但 == 比较对象身份，数值比较应使用 equals 或先拆箱。 包装类型为 null 时自动拆箱会抛出 NullPointerException，这在条件判断、算术运算和三元表达式中很容易被忽略。

具体落地时，我会沿着实际调用链来讲。沿着「基本类型参与表达式 → 编译器插入装箱 → 查询包装类缓存 → 生成或复用对象 → 拆箱比较与运算」观察输入、状态与输出，这些阶段都可以从日志、指标或源码里验证。 基本类型参与表达式 自动装箱是编译器语法糖，例如 int 到 Integer 通常转换为 Integer.valueOf，而不是 JVM 新的参数传递规则。 编译器插入装箱 valueOf 会先检查缓存范围； java.lang.Integer#valueOf：IntegerCache 范围与复用。 javap invokestatic/intValue：观察装箱、拆箱插入点。 我会先确认请求实际走到了哪条路径，再用运行数据验证，不会只看类名或配置猜测。

参数和容量不能靠默认值，我会结合业务量来定。编译数值比较、三元表达式和集合流操作，使用 javap 定位 valueOf/intValue；JFR 对比 Integer 流与 IntStream 的分配。

效果要用数据证明，线上问题也要能闭环。固定输入和基线 先在没有故障注入的环境执行上述配置，固定数据规模、并发度、运行时版本和预热时间。以「包装类分配率」为主基线，记录值应满足「非热点路径可忽略」；同时保存 包装类分配速率、拆箱 NPE 堆栈，使后续变化能够回到同一时间轴比较。 业务代码用 Integer 的 == 判断券数量，小值测试全部通过，生产中超过缓存范围后比较失败。改为 Objects.equals 或先拆箱比较，并为 null 建立明确语义后，行为才与对象身份无关。 用 == 比较包装对象：包装类分配速率：禁止包装数值用 == 做业务判断。 null 自动拆箱触发异常：拆箱 NPE 堆栈：可空数值在边界显式校验。

最后我会主动说明这个方案不适合什么场景。方案：更适合的场景：主要收益：代价与边界。 基本类型：高频计算且不存在 null：无装箱分配、语义直接：不能表达缺失值且不能直接用于泛型。 包装类型：泛型容器、可空字段和反射 API：可表达 null、API 兼容：存在装箱、拆箱和身份误用风险。 OptionalInt 等：返回值需要表达可能缺失的基本数值：避免包装类 null：不适合作为实体字段或通用容器。