java数组是堆上对象，含对象头、长度字段和元素数据，非纯内存块；小数组开销大、多维数组不连续且缓存差、大数组绕过tlab并加重gc压力，需复用或一维模拟。
Java 数组不是“一块连续的原始内存”，而是一个对象——它在堆上分配，有对象头、类型指针、长度字段和实际元素数据。理解这点，才能真正避开性能坑、读懂 GC 日志、写出高效代码。
数组本质是对象，不是纯内存块
声明 int[] arr = new int[1000] 时，JVM 并非只分配 4000 字节（1000 × 4），而是：
- 先在堆中分配一个数组对象：含 12 字节对象头（Mark Word + 类型指针 + 数组长度）；
- 再分配连续的元素存储区：1000 个 int 占 4000 字节；
- 整体对齐填充至 8 字节倍数（例如最终可能为 4016 字节）。
这意味着每个数组都有固定开销。小数组（如 new int[1]）实际占用远超 4 字节，大量小数组会显著增加 GC 压力。
TLAB 加速分配，但大数组绕过它
线程本地分配缓冲区（TLAB）让多数小对象（包括中小数组）在不加锁的情况下快速分配。但 JVM 通常设定阈值（如 -XX:TLABWasteTargetPercent 默认 1%），当数组大小超过 TLAB 剩余空间或达到临界值（如 > 64KB），就会直接在 Eden 区公共区域分配，甚至触发同步或 Full GC。
- 避免在循环中创建 >64KB 的数组（如
new byte[100_000]）； - 若需反复使用大数组，考虑复用（如
ThreadLocal<byte></byte>或池化）； - 用
-XX:+PrintTLAB观察 TLAB 使用情况，确认是否频繁浪费或溢出。
多维数组内存不连续，开销翻倍
int[][] matrix = new int[100][50] 实际分配：
- 1 个外层数组对象（100 个引用）→ 占约 12 + 100×4 = 412 字节；
- 100 个内层数组对象 → 每个含对象头（12 字节）+ 50×4 = 212 字节，共约 21200 字节；
- 总内存 ≈ 21612 字节，是同等元素一维数组（
int[5000]≈ 20012 字节）的 1.08 倍，且缓存局部性差。
高频访问场景优先用一维模拟二维：matrix[i * cols + j]，尤其适合图像处理、数值计算。
初始化策略影响启动与 GC 行为
基本类型数组（int[]、boolean[] 等）创建时自动零初始化，JVM 会调用底层 memset 或优化为惰性清零（如 ZGC/G1 的“写前屏障”延迟初始化）。但以下情况仍需警惕：
- 大数组（>1MB）初始化耗时明显，可考虑分块 lazy 初始化；
- 对象数组（
String[]）默认全为null，无额外开销，但后续赋值才触发对象分配； - 避免
new Object[1000000]后立即遍历设值——这等于触发百万次引用写入，易引发 write barrier 开销。
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
