Java数组长度不可变，因其在JVM中被分配为连续内存块，length是public final字段，编译期或运行时即锁定大小，支持O(1)随机访问；扩容需重新分配内存并复制，应使用ArrayList等更高层抽象。
Java 数组长度不可变，这是由其底层内存模型和语言设计决定的硬性约束。它不是限制，而是明确的设计选择——用空间确定性换访问高效性。
为什么 Java 数组长度必须固定
数组在 JVM 中被分配为一段连续的内存块，编译期或运行时就锁定大小。这种布局让元素定位只需简单计算：起始地址 + 索引 × 单个元素字节数，实现 O(1) 随机访问。若允许动态伸缩，每次扩容都需重新申请更大连续内存、复制全部内容、释放旧空间——这正是 ArrayList 封装的逻辑，而非数组本身该做的事。
- 内存连续性要求决定了长度无法“原地”增长
- length 是 public final 字段，JVM 直接从对象头读取，不支持修改
- 越界检查（ArrayIndexOutOfBoundsException）依赖这个不可变长度做快速判断
两种初始化方式都逃不开长度固化
无论静态还是动态初始化，长度都在创建那一刻尘埃落定：
- 静态初始化：int[] a = {1, 2, 3}; → 编译器数出 3 个元素，生成长度为 3 的数组
- 动态初始化：int[] b = new int[5]; → 运行时分配 5 个 int 默认值（0），长度锁死为 5
- 二者都不允许后续通过 b.length = 10 或类似语法修改——编译不通过，也无对应 API
想“变长”？得换思路，不是换语法
真需要容量弹性，Java 提供了更合适的抽象层，而不是强行改造数组：
立即学习“Java免费学习笔记（深入）”；
- 用 ArrayList：底层封装数组+扩容机制（默认1.5倍增长），add() 自动处理复制
- 用 Arrays.copyOf() 手动扩容：int[] bigger = Arrays.copyOf(original, newLength);
- 避免高频重分配：预估合理初始容量（如 new ArrayList(128)），减少 copy 次数
- 特殊场景可考虑 ByteBuffer 或第三方库（如 Eclipse Collections）提供的可变长原生数组包装
二维数组的 length 也是固定且分层的
int[][] matrix = {{1,2}, {3,4,5}}; 这里 matrix.length 是 2（行数），matrix[0].length 是 2，matrix[1].length 是 3。每行本身是独立的一维数组，各自长度固定；整个二维结构的“行数”同样不可变。
- 不能给 matrix 新增第三行，也不能让 matrix[0] 变成长度为 5 的数组
- 所谓“不规则二维数组”，只是多个长度不同的独立一维数组引用集合，非真正意义上的可变结构
