java数组长度在初始化时必须确定，因其底层是连续固定大小的内存块，jvm需根据类型和数量一次性分配精确字节数；静态初始化如{1,2,3}由编译器推导长度，本质仍是new int[3]；length为final字段，保障数组操作的安全性与效率。
Java 数组长度在初始化时必须确定，不是因为语法强制“写个数字”，而是由其底层内存模型决定的——数组本质是一块连续、固定大小的内存空间，JVM 必须在创建时就分配好这块区域。
数组是连续内存块，长度决定分配量
Java 中的数组对象存储在堆内存中，且要求元素物理地址连续。JVM 需根据元素类型和数量一次性申请精确字节数：
- int[] arr = new int[1000]; → 分配 1000 × 4 字节 = 4000 字节连续空间
- String[] names = new String[50]; → 分配 50 × 8 字节（64位JVM引用大小）= 400 字节引用槽（实际字符串对象另存）
- 若长度不固定，JVM 无法预估所需内存，也无法保证连续性，违背数组设计初衷
静态初始化也隐含长度，只是由编译器推导
看似没写数字的写法，如 int[] arr = {1, 2, 3};，其实长度早已确定：
- 编译器扫描大括号内元素个数，生成等效的 new int[3] 字节码
- 运行时仍调用数组构造逻辑，分配 3 个 int 的连续空间
- 这种写法只是语法糖，不改变“长度必须存在”的本质
长度不可变是设计契约，不是限制而是保障
一旦分配完成，length 字段被设为 final，所有后续操作都依赖这个固定值：
- for (int i = 0; i 依赖 length 做边界判断
- JVM 用 length 检查数组访问越界（
ArrayIndexOutOfBoundsException） - 反射、序列化、JNI 等机制均以 length 为元数据基础
需要动态容量？该用集合，不是数组
如果业务逻辑天然需要增删、不确定大小，说明它不属于数组适用场景：
- ArrayList 内部用数组实现，但封装了扩容逻辑（复制+新建）
- LinkedList 用链表结构，插入删除开销低，无长度预设
- 强行用超大数组（如
new byte[1024*1024*100]）易触发堆溢出，且浪费内存
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
