java数组内存分配中，栈存引用、堆存数据；基本类型数组直接存值，引用类型数组存对象引用；推荐使用int[] nums声明方式；数组长度固定，扩容需手动复制；避免循环内频繁创建小数组。
Java数组的内存分配不是简单的“new一下就完事”，它背后有明确的区域分工和运行时逻辑。理解清楚这点，才能避开空指针、内存浪费、性能瓶颈等常见问题。
数组在内存中怎么分布？栈与堆各管什么
声明一个数组变量（如 int[] arr;）时，JVM只在栈内存中分配一个4字节（32位JVM）或8字节（64位JVM）的引用空间，此时arr值为null，不指向任何实际数据。
执行初始化（如 arr = new int[5];）后，JVM才在堆内存中开辟一块连续空间，存放5个int元素（每个占4字节，共20字节），并把这块空间的首地址赋给栈中的arr变量。
关键点：
- 栈存引用，轻量、自动释放；堆存数据，需GC管理
- 数组元素始终在堆中连续排列，这是O(1)索引访问的物理基础
- 基本类型数组（如int[]）直接存值；引用类型数组（如String[]）存的是对象引用，真实对象仍在堆中其他位置
两种声明写法的区别与推荐用法
Java支持两种数组声明语法：
- int[] nums; —— 类型+方括号，语义清晰，“nums是int数组”一目了然
- int nums[]; —— C风格，易引发多变量歧义： int a[], b; 实际声明的是一个数组a和一个普通int变量b
推荐统一使用 类型[] 变量名 形式，既符合Java类型系统设计，也避免协作时的理解偏差。
数组长度固定带来的影响与应对思路
数组一旦创建，其长度不可更改。这不是缺陷，而是设计取舍——换来的是内存连续性与极致访问速度。
但实际开发中常需“动态”行为，注意以下处理方式：
- 预估容量，避免频繁重建（例如日志缓冲区设为1024而非16）
- 扩容需手动：创建新数组 → 复制旧数据（System.arraycopy 最高效）→ 替换引用
- 高频增删场景，优先考虑 ArrayList 等集合类，它们内部封装了数组扩容逻辑
- 纯计算密集型场景（如矩阵运算），坚持用原生数组，配合池化或复用策略减少GC压力
影响性能的关键细节
看似简单的数组操作，几个细节会显著影响吞吐量和GC频率：
- 避免在循环内重复创建小数组（如for中写 new int[4]），改用方法外预分配或线程局部变量
- 大数组（如 >1MB）尽量早创建、晚销毁，减少老年代晋升和Full GC触发概率
- 遍历时优先用普通for（for (int i = 0; i ），比foreach在基本类型数组上更快（无自动装箱/迭代器开销）
- 多维数组优先用“数组的数组”（int[][]），而非“单维模拟”（int[] + 手动下标计算），可读性与JVM优化更友好
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
