java数组是内存中连续分配的固定大小空间，存储基本类型值或对象引用；具高效随机访问特性但长度不可变，需依场景选用静态/动态初始化，避免装箱与内存浪费。
Java 数组是内存中连续分配的一段固定大小空间，直接存储基本类型值或对象引用。它天然具备内存紧凑、访问高效的特点，但用法不当反而会浪费内存或引发隐患。关键不在“用不用数组”，而在于“怎么用更省、更快、更安全”。
数组声明与初始化：避开隐式扩容和冗余对象
数组一旦创建，长度不可变，这是优势也是约束。常见误区是先声明再动态填充，却忽略初始容量预估。
- 明确数据规模时，优先使用静态初始化或带容量的动态初始化：int[] data = new int[1000]; 避免后续反复创建新数组来扩容
- 避免用 Arrays.asList(new Integer[]{...}) 包装基本类型数组——这会生成装箱后的 List
，每个元素都是独立对象，内存开销激增 - 若需可变长度容器，且元素为基本类型，优先考虑 Trove 或 FastUtil 提供的 TIntArrayList 等原生类型集合，而非 ArrayList
基本类型数组 vs 包装类集合：4 字节和 24 字节的差距
一个 int 占 4 字节，而一个 Integer 对象在开启指针压缩的 JVM 上通常占 16–24 字节（含对象头、对齐填充）。10 万个整数，前者约 400 KB，后者轻松突破 2 MB。
- 循环内频繁装箱（如 list.add(i)）会批量创建对象，加剧 GC 压力
- 大数据量计算、缓存、中间结果暂存等场景，坚持用 int[]、double[]、byte[]，不为语法糖牺牲内存
- 必要时配合 Unsafe 或 ByteBuffer.allocateDirect() 管理堆外大数组，绕过堆内存限制（注意手动释放）
数组生命周期与引用管理：防止“看不见”的内存滞留
数组本身是对象，其引用一旦被长生命周期对象（如静态字段、缓存、单例）持有，整个数组内容就无法回收。
- 静态缓存数组时，务必设限并提供清理机制；推荐用 WeakReference
或 SoftReference，让 GC 在内存紧张时自动释放 - 方法内创建的大数组（如读取文件到字节数组），使用完毕后及时将引用置为 null，尤其在 long-running 方法或异步回调中
- 避免在监听器、回调函数中长期持有数组引用——内部类隐式持外部类引用，可能连带把数组锁死在内存中
多维数组与内存布局：一维模拟更可控
Java 中二维数组 int[][] 实质是“数组的数组”，每行都是独立对象，存在额外对象头开销和内存碎片风险。
- 对性能或内存敏感场景（如图像像素、矩阵运算），改用一维数组 + 手动索引计算：data[y * width + x]，内存连续、缓存友好
- 若必须用二维结构，优先复用已有数组（如池化 int[][] 实例），而非每次 new
- 注意 JVM 对象对齐规则（默认 8 字节），字段排列影响数组对象整体大小；可通过 -XX:ObjectAlignmentInBytes=16 调整（需权衡）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
