java数组内存开销被低估，因含对象头12字节、长度字段4字节、数据区及8字节对齐填充；integer[]比int[]内存高6倍以上；应预分配容量、优先用基本类型数组、避免引用数组导致内存泄漏。
Java 数组本身内存开销极低，但实际占用常被低估——尤其在大量元素或对象引用场景下。关键不在“用不用数组”，而在“怎么初始化、存什么类型、是否冗余”。
数组内存结构：为什么看似简单却容易吃内存
一个 int[] 并非只占 n × 4 字节。JVM 会额外分配：
- 对象头：12 字节（Mark Word + 类指针）
- 数组长度字段：4 字节
-
数据区：n 个元素 × 每元素大小（如
int是 4 字节） -
填充对齐：整体向上对齐到 8 字节倍数（例如 3 个
int实际占 32 字节而非 28）
所以 new int[1000] 实际占用 ≈ 12 + 4 + 4000 + 4 = 4020 → 对齐为 4024 字节。而 Integer[1000] 则是 1000 个引用（8×1000=8000 字节）+ 每个 Integer 对象约 16 字节（对象头+值），总开销可能超 24KB —— 是基本类型的 6 倍以上。
预分配容量：避免扩容带来的隐性浪费
数组不可扩容，但 ArrayList 等封装类会。若你用 new ArrayList() 默认构造，首次 add 就触发扩容至 10；后续按 1.5 倍增长，多次扩容产生大量废弃数组。
- 知道大致数量？直接指定初始容量：
new ArrayList(1000) - 处理已知长度的数据（如读取文件行数、HTTP 响应条目数）？优先用原生数组：
String[] results = new String[lineCount] - 避免在循环中反复
list.add()后再转数组 —— 直接预分配 + 索引赋值更省空间
类型选择：基本类型数组永远优于包装类数组
这是最易忽视也见效最快的优化点。
- 存储数值、布尔、字符时，坚持用
int[]、boolean[]、char[]，而非Integer[]、Boolean[] - 需集合操作？用
IntArrayList（来自fastutil或trove）等专门的原始类型集合库 - 字符串批量处理？别用
String[]存千条短文本 —— 考虑byte[][]+ UTF-8 编码，或用StringBuffer统一管理
引用数组的陷阱：别让数组变成“泄漏放大器”
Object[] 本身轻量，但它持有的每个对象都独立存活。常见风险：
- 缓存用
Object[]存活对象，但忘了清理过期项 → 内存持续上涨 - 静态数组长期持有业务对象（如
private static Object[] cache = new Object[1000]）→ 阻止 GC - 线程局部数组未重置，随线程复用不断累积
应对方式：
- 改用
WeakReference<t>[]</t>或SoftReference<t>[]</t>，让 GC 可介入回收 - 配合淘汰策略（LRU/LFU）手动维护数组有效范围
- 必要时用
java.util.concurrent.atomic.AtomicReferenceArray替代普通引用数组，兼顾线程安全与可控性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
