原生类型数组内存更紧凑且性能更优：int[] 10,000 元素仅占约 39 KB，连续内存、CPU 缓存友好；Integer[] 则需约 273 KB，含 10,000 个独立堆对象，引发 GC 压力、内存碎片与分配开销。
原生类型数组内存结构更紧凑
以 int[] 为例，10,000 个元素的数组在 64 位 JVM（启用压缩指针）下：对象头固定 16 字节（mark word 8 + klass pointer 4 + 长度字段 4），实例数据为 10,000 × 4 = 40,000 字节，总大小 40,016 字节（约 39 KB），天然对齐无需填充。
整个数组是一块连续内存，CPU 缓存友好，遍历时预取效率高，访问延迟低。
包装类数组带来显著内存放大
同样 10,000 元素的 Integer[]：数组本体仅存引用（16 字节头 + 10,000 × 4 字节 = 40,016 字节），但每个 Integer 是独立堆对象——含对象头 16 字节 + int 字段 4 字节 + 对齐填充 4 字节 = 24 字节/个。
10,000 个 Integer 对象共占 240,000 字节，加上引用数组，总内存约 280,016 字节（约 273 KB），是原生数组的近 7 倍。
这还不是简单“多占空间”：每个 Integer 都可被 GC 单独追踪和回收，大幅增加根扫描与可达性分析负担。
栈 vs 堆分配决定性能基线
原生类型变量（包括数组元素）若为局部变量，值直接压入线程栈帧；分配即移动栈指针，释放随作用域自动完成，零 GC 干预。
而包装类无论是否在数组中，只要实例化（如 new Integer(1) 或自动装箱未命中缓存），就必须在堆上分配对象。每次分配涉及空闲块查找、元数据更新，开销比栈高 10–100 倍。
高频创建短命包装对象（如循环中 Integer.valueOf(i) 超出 -128~127 范围）会快速填满年轻代，触发密集 Minor GC，拖慢吞吐量。
碎片化与 GC 压力是隐性成本
Integer[] 的本质是“一个引用数组 + N 个离散堆对象”。这些 Integer 很可能分布在不同内存页，彼此不连续。
结果是：内存碎片加剧，后续大对象分配易失败；Minor GC 后存活对象复制成本升高；老年代晋升提前；G1/CMS 的 Mixed GC 阶段更频繁甚至诱发 Full GC。
避免方式包括：优先使用 int[] 等原生数组；必须用包装类时复用缓存值（-128~127）；用 FastUtil 等支持基本类型的集合库替代 ArrayList
