java数组对象存储在堆内存中，引用变量存于栈上；基本类型数组直接存数值，引用类型数组存对象地址；数组含对象头、length字段和连续数据区，长度不可变。
Java 数组对象存储在堆内存中，和普通对象一样，是 JVM 堆区管理的实体。数组变量（如 int[] arr）本身只是栈上的一个引用，它不存数据，只存地址；真正的数组内容——包括元素值、长度信息、类型标记等——全部落在堆里。
数组是对象，所以必然在堆中
Java 规范明确指出：数组是引用类型，属于对象的一种。无论是一维还是多维，无论是基本类型数组（int[]）还是引用类型数组（String[]），只要用了 new 创建，JVM 就会在堆中为其分配连续内存块。
- 例如
int[] nums = new int[1000];：栈中只存nums这个引用，堆中分配 1000 个int占用的空间（约 4KB）+ 对象头 + 数组长度字段 -
String[] names = new String[5];：堆中分配的是一个含 5 个null引用的数组对象；每个String元素若后续被赋值，其实际字符串对象也各自在堆中独立创建
栈上只存引用，生命周期由方法作用域决定
数组变量声明在方法内时，该变量本身（即引用）存在于当前线程的 Java 虚拟机栈中。它的生命周期绑定于栈帧：方法调用开始时入栈，方法返回时自动出栈。
- 引用消失 ≠ 数组对象被回收；只要还有其他地方持有该数组的引用（比如被放入静态集合、作为返回值传给其他方法、或被某个长生命周期对象持有），它就继续留在堆中
- 局部数组变量出栈后，若无其他强引用，该数组对象就成为 GC 候选，但具体回收时机由垃圾收集器决定
对 JVM 内存布局与性能的实际影响
数组大量使用会直接影响堆内存分布、GC 行为和潜在风险：
- 大数组（如
byte[1024*1024]）容易直接进入老年代，跳过新生代的快速回收流程，增加 Full GC 压力 - 频繁创建短命小数组（如工具方法中
new int[8]）会加剧 Eden 区分配速率，可能触发更频繁的 Minor GC - 数组对象不可变长度，一旦创建就不能扩容；误用
ArrayList等动态结构反复new底层数组，会放大内存开销和 GC 负担 - 多维数组（如
int[][] matrix = new int[1000][1000]）本质是“数组的数组”，外层数组存引用，每行又是独立堆对象，内存不连续，缓存友好性差
排查与优化建议
遇到 OOM 或 GC 频繁问题时，可从数组使用切入分析：
- 用
jmap -histo查看堆中数量最多/占用最大的类，重点关注[I（int[]）、[B（byte[]）、[Ljava.lang.String;等数组类型 - 借助 JFR（Java Flight Recorder）或 VisualVM 抓取内存分配热点，确认是否某段逻辑高频创建数组
- 对固定大小、复用性强的数组（如缓冲区），考虑对象池（如 Apache Commons Pool）或
ThreadLocal<byte></byte>避免重复分配 - 替代方案：能用基本类型流（
IntStream）或迭代式处理的，避免一次性加载全量数组到内存
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
