java数组变量存于栈中仅保存堆地址，真实数据（含length头部与元素）连续存储于堆；静态初始化本质仍是堆分配，并非栈上存储。
数组变量在栈，真实数据在堆
声明一个数组，比如 int[] arr = new int[5];，JVM 做了两件事：在栈上分配一个 4 字节（32 位 JVM）或 8 字节（64 位 JVM）的引用变量 arr，同时在堆上开辟一块连续内存，存放 5 个 int 值（每个占 4 字节，共 20 字节，不含对象头等开销）。arr 本身不存数字，只存那个堆地址——就像一张纸条写着“第3排第2号储物柜”，纸条在桌上（栈），东西真正在柜子里（堆）。
赋值不等于拷贝，只是复制地址
写 int[] b = arr; 并没创建新数组。栈里多了一个叫 b 的纸条，但它写的还是同一个柜子编号。改 b[0] = 99，arr[0] 立刻变成 99。这不是 bug，是设计使然——Java 所有引用类型赋值都这样，包括数组、String、自定义对象。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 真正想隔离修改？必须新开堆空间
- 基本类型数组用 Arrays.copyOf(arr, arr.length) 或 System.arraycopy()
- 对象数组还需判断：浅拷贝（新数组+原对象引用）还是深拷贝（新数组+新对象实例）
连续内存带来的性能双面性
堆里那块连续空间让随机访问飞快：要取 arr[3]，JVM 直接算 首地址 + 3 × 4，一步到位，O(1) 时间。但代价是增删困难：在中间插入一个元素，后面所有数都得往后挪一位，最坏 O(n)。
- 频繁插入/删除？考虑 ArrayList（内部也是数组，但封装了扩容逻辑）或 LinkedList
- 大量只读遍历？数组仍是最快选择，无方法调用开销，CPU 缓存友好
- 大数组（如千万级）初始化时，JVM 可能触发 TLAB 分配或直接走老年代，影响 GC 行为
初始化值不是“空”，而是确定的默认值
new int[5] 创建后，5 个位置立刻被填满 0；new boolean[3] 全是 false；new String[2] 则是两个 null。这些默认值写入发生在堆内存分配之后、构造完成之前，是 JVM 强制保证的行为，不是“没初始化”。
- 基本类型默认值固定（int→0，double→0.0，boolean→false）
- 引用类型默认值统一为 null，不会自动 new 出实例
- 静态初始化（如 int[] a = {1,2,3};）本质仍是堆分配+逐个赋值，只是语法糖
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
