collections.copy实现“无缝安全覆盖”的关键是目标列表必须预先具备与源列表匹配的长度和可写索引。它仅逐索引执行set操作，不扩容、不新增、不校验类型，要求dest.size()≥src.size()，否则抛indexoutofboundsexception；复制为浅拷贝，引用对象共享内存，不可变类型无影响；其价值在于复用容器、零分配，适用于高频循环场景。
要让 Collections.copy 实现“无缝安全覆盖”，核心不是复制动作本身，而是确保目标列表在调用前已具备与源列表完全匹配的结构：长度确定、位置就绪、可写入。它不扩容、不新增、不校验类型安全，只做逐索引的 set(i, src.get(i))。用错一步，立刻抛 IndexOutOfBoundsException 或静默出错。
目标列表必须预先“有槽位”，不能靠空容器自动撑开
空的 ArrayList() 或刚初始化但 size=0 的列表，无法作为 copy 的目标——它没有索引 0 可写入。Java 不会帮你 add，只会严格检查 dest.size() >= src.size()。
- ✅ 正确做法：用
Collections.nCopies(src.size(), null)构造一个含指定数量占位元素的不可变列表，再包装为可变ArrayList - ✅ 或用
Arrays.asList(new String[src.size()])创建固定长度列表（注意：返回的是不可变视图，需再套一层new ArrayList(...)才能用于copy） - ❌ 错误写法：
new ArrayList(); Collections.copy(dest, src);—— 必报错
覆盖过程是浅拷贝，引用对象需警惕共享风险
Collections.copy 复制的是引用值，不是对象副本。如果源列表里存的是 StringBuilder、HashMap 或自定义可变对象，目标列表中对应位置将指向同一内存地址。
- 修改
dest.get(0).append("x")，src.get(0)内容也会变 - 若需独立副本，应在填充或复制后手动克隆，或改用深拷贝工具（如序列化、构造函数、Apache Commons Lang 的
SerializationUtils.clone） - 对字符串、Integer 等不可变类型无影响，可放心覆盖
与 addAll、构造新列表的本质区别：复用而非新建
Collections.copy 的价值不在“创建副本”，而在“复用已有容器”。它不改变目标列表长度，不触发扩容，适合高频循环场景（如缓存刷新、批量任务状态重置）。
-
new ArrayList(src)或src.stream().collect(...)：每次新建对象，GC 压力大 -
dest.addAll(src)：追加元素，列表变长，原内容仍保留 -
Collections.copy(dest, src)：原地覆盖前 N 位，长度不变，内存零分配（前提是 dest 已预分配好）
实战推荐初始化模板（一行到位，安全可靠）
假设你有一个源列表 source，想用 copy 覆盖到目标变量 buffer：
-
通用安全模板：
List<t> buffer = new ArrayList(Collections.nCopies(source.size(), null));</t> -
带默认值（如空字符串）：
List<string> buffer = new ArrayList(Collections.nCopies(source.size(), ""));</string> -
后续直接覆盖：
Collections.copy(buffer, source);
