arrays.copyof() 不实现动态扩容，而是通过创建新数组、复制元素、替换引用三步模拟扩容，其新数组内存连续，但与原数组地址无关。
Arrays.copyOf() 本身不实现“动态扩容”，它只是创建一个新数组并复制元素；所谓“模拟扩容”是通过手动调用该方法生成更大数组，再将引用指向新数组来完成的。关键在于：它底层依赖 System.arraycopy()，而该方法要求目标数组必须是**连续分配的内存块**——这是 Java 数组最本质的内存特征。
扩容操作的本质是“复制+替换”，不是原地伸缩
Java 中的数组长度在创建后不可变。所谓“扩容”，实际是三步操作：
- 调用
Arrays.copyOf(original, newLength)创建一个指定长度的新数组 - 将原数组内容（按需）复制到新数组中（前 min(original.length, newLength) 个元素）
- 让原引用变量指向这个新数组（如
arr = Arrays.copyOf(arr, arr.length * 2);）
注意：原数组若不再被引用，将等待 GC 回收。这和 ArrayList 内部的扩容逻辑一致，只是 ArrayList 封装了这层操作。
codex-orchestration
下载
一款AI工具，主要用于Codex 通用编排：利用 `update_plan` 与后台 PTY 终端并行运行 `codex exec` 工作进程，适合需要提升相关任务效率的用户。
内存连续性由 JVM 数组对象模型保证
Java 数组是对象，其内存布局包含两部分：
- 对象头（存储类信息、锁状态、GC 分代等）
- 连续的数据区（存放实际元素，按类型紧密排列，无空隙）
Arrays.copyOf() 返回的新数组，其数据区一定是 JVM 在堆中分配的一段**连续物理/虚拟内存**（取决于 GC 算法，但逻辑上连续）。例如：
int[] a = {1, 2, 3};
int[] b = Arrays.copyOf(a, 6); // b[0]=1, b[1]=2, b[2]=3, b[3..5]=0
此时 b 的 6 个 int 值在内存中严格相邻，索引 0 到 5 对应连续的 24 字节（每个 int 占 4 字节）。
扩容后的连续性与原数组无关
新数组的内存地址与原数组完全无关。即使原数组位于地址 0x1000，新数组也可能分配在 0x5000 —— 这是 JVM 堆管理器决定的。因此：
- 扩容不会“延长”原内存块，而是申请一块全新的连续空间
- 频繁扩容会加剧内存碎片（尤其在大数组场景），但现代 GC（如 G1、ZGC）对此有较好优化
- 连续性只存在于单个数组内部，不同数组之间地址不连续也不相关
实际使用建议
直接用 Arrays.copyOf() 手动扩容适合简单场景；生产环境推荐复用 ArrayList 或预估容量减少复制次数：
- 避免在循环中反复调用
copyOf（如每次加 1 个元素都扩容），时间复杂度 O(n²) - 按倍增策略扩容（如 ×1.5 或 ×2）可将均摊时间复杂度降至 O(1)
- 若已知最终规模，初始化时就指定合理长度，避免任何复制
