Java中包装类比基本类型内存开销大、性能差：基本类型直接存栈或堆中无对象头，而包装类需堆中分配约24字节对象，含对象头、数据和对齐填充；数组和自动装箱进一步放大GC压力与缓存不友好性。
Java 中包装类和基本数据类型在内存分配与性能开销上的差异，核心在于“值 vs 对象”——一个直接存数，一个得建对象。实际影响远不止“多几个字节”，而是牵扯到栈/堆分布、GC压力、缓存行为和运算效率。
内存分配位置与结构完全不同
基本类型变量（如 int i = 5）： – 局部变量时，直接存在栈帧的局部变量表里，仅占 4 字节； – 成员变量时，随宿主对象一起存在堆中，作为实例数据的一部分，无额外对象头开销。
包装类对象（如 Integer n = 5）： – 栈中只存一个引用（8 字节，64 位 JVM）； – 实际对象一定在堆中，包含： • 对象头（12 字节，压缩指针开启时）； • 实例数据（如 int 值 → 4 字节）； • 对齐填充（凑满 8 字节倍数，通常补 4 字节）； → 总计约 24 字节（不是 4 字节的 6 倍，而是 6 倍还多）。
数组场景下碎片化差距被急剧放大
声明 int[10000]： – 一次性在堆中分配连续块：对象头（16 字节）+ 数据区（40000 字节），共约 40016 字节； – 内存紧凑，CPU 缓存友好，GC 处理高效。
声明 Integer[10000]： – 数组本身只存 10000 个引用（约 80000 字节）； – 但每个 new Integer(x) 或未命中缓存的 valueOf(x) 都要单独在堆中分配一个 ~24 字节的对象； – 这些小对象分散在不同内存页，频繁创建销毁后极易产生内存碎片； – GC 扫描、复制、晋升成本显著上升，可能触发更多 Mixed GC 甚至 Full GC。
自动装箱/拆箱带来隐式性能损耗
看似简洁的代码，背后可能暗藏高频对象操作：
- Integer sum = 0; → 每次 sum += i 都触发一次拆箱（转 int）+ 加法 + 装箱（生成新 Integer）；
- 对比 int sum = 0; → 纯栈上整数运算，无对象生命周期管理；
- 实测循环累加到 Integer.MAX_VALUE：包装类版本耗时约 15 秒，基本类型仅 1.6 秒（相差近 10 倍）。
缓存机制只能缓解，不能消除根本差异
Integer.valueOf(100) 会复用缓存对象（-128 ~ 127），但：
- 超出范围（如 valueOf(200)）仍每次新建对象；
- 缓存只对 valueOf 生效，new Integer(100) 永远不走缓存；
- 缓存本身是静态对象池，属于堆中常驻内容，不减少单个对象的 24 字节开销；
- 其他包装类（如 Long、Double）默认仅缓存小范围，Boolean 和 Character 缓存有限，Float/Double 几乎不缓存。
