热点路径中自动装箱会高频创建短命包装对象，导致年轻代碎片化、GC抖动及P99延迟升高；应优先使用原生类型、原始集合库和占位符日志。
因为在热点路径上使用自动装箱，等于在每毫秒都往堆里塞新对象——不是内存不够，而是对象太碎、节奏太快，直接引爆年轻代碎片化与GC抖动。
装箱行为在热点路径中会高频触发对象分配
每次自动装箱（如 Integer i = 1000）都会调用 Integer.valueOf(1000)；而超出缓存范围（-128~127）时，valueOf 内部会执行 new Integer(1000)，强制在堆上分配一个新对象。若该代码位于高频循环、网络请求解析、序列化/反序列化或事件分发等热点路径中，单次请求就可能创建成百上千个短命包装对象。
短命对象加速年轻代填满与GC频率飙升
- 这些包装对象生命周期极短（常仅存活1~2次GC），全部涌入 Eden 区
- Eden 快速耗尽 → 频繁触发 Minor GC
- Survivor 区因对象大小不一、晋升失败率升高，空间迅速碎片化
- 部分对象被迫提前晋升至老年代，加剧老年代压力和 Full GC 风险
隐式调用掩盖真实开销，干扰性能归因
自动装箱是编译器插入的语法糖，源码看似干净（如 list.add(i)），实则背后藏着 Integer.valueOf(i) 调用。它不报错、不抛异常，却悄悄拖慢吞吐、抬高 P99 延迟。用 JFR 或 JMC 查看 “Allocation in young gen” 时，java.lang.Integer 常排进 Top 3，但开发者若未开启分配追踪，根本意识不到问题出在这里。
替代方案明确且高效
- 数值计算、索引管理、状态流转等场景，优先用 int[]、long[] 等原生数组
- 需要动态结构时，选用 IntArrayList（Eclipse Collections）、TIntArrayList（Trove）等原始类型集合库
- 日志打点改用占位符格式（如 log.info("id={}, cnt={}", id, cnt)），避免字符串拼接触发 String.valueOf(int)
- 方法参数能用 int 就不用 Integer，除非明确需要 null 语义
