Collections.nCopies() 返回不可变视图列表，所有修改方法抛 UnsupportedOperationException；它仅适合读取或传给可变集合构造器（如 new ArrayList(Collections.nCopies(n, e))），且元素为同一对象引用，不支持深拷贝。

为什么 Collections.nCopies() 不能直接用于可变修改

直接用 Collections.nCopies(5, "a").addAll(...) 会抛 UnsupportedOperationException，因为 Collections.nCopies() 返回的是不可变的视图列表（内部是 RandomAccess & Serializable 的轻量实现，但所有修改方法都抛异常）。它只适合读取或一次性构造，不能当真实容器用。

正确组合：先用 nCopies() 创建副本，再传给可变集合构造器

真正高效填充的关键不是“调用 addAll()”，而是用 nCopies() 生成元素序列，交给 ArrayList 或 LinkedList 构造器——这比循环 add() 少一次扩容判断，也比反复 addAll() 更干净。

• new ArrayList(Collections.nCopies(1000, "default")) —— 最常用，O(n) 时间、预分配容量
• 如果已有目标列表 target，想追加重复元素：target.addAll(Collections.nCopies(50, 0)) 是合法的（前提是 target 本身可变）
• 注意：nCopies() 返回的 List 是懒加载的，不占额外内存，但所有元素引用同一对象；若需深拷贝，不能用它

nCopies() 的坑：null 和可变对象引用共享

当你写 Collections.nCopies(3, new HashSet())，得到的是三个指向同一个 HashSet 实例的引用。后续任意一个修改都会影响全部。常见错误场景：

• 初始化二维列表：List> rows = new ArrayList(Collections.nCopies(5, new ArrayList())) → 5 行实际是同一个 ArrayList 实例
• 正确写法应配合循环或 Stream：Stream.generate(ArrayList::new).limit(5).collect(Collectors.toList())
• Collections.nCopies(n, null) 合法，但后续 addAll() 到非空列表时要注意 null 安全

性能对比：构造 vs 循环 vs addAll

填充 10 万次相同字符串，三者耗时差异明显（JDK 17，HotSpot）：

• new ArrayList(Collections.nCopies(n, "x"))：最快，约 0.15 ms —— 一次分配 + 指针复制
• list.addAll(Collections.nCopies(n, "x"))（list 已有容量）：约 0.22 ms —— 多一次迭代器遍历开销
• for 循环 add("x")（未预设容量）：约 0.8 ms —— 频繁扩容 + 数组复制

真正容易被忽略的是：只要涉及对象引用（尤其可变对象），nCopies() 就不是“复制值”，而是“复制引用”——这点在调试集合内容突变时经常卡人半天。