Collections.fill(list, obj) 填充的是同一对象引用而非副本,导致多个位置共享同一实例,修改一处影响全局;安全做法是逐个新建对象、用Stream.generate或确保obj不可变。

Collections.fill(list, obj) 看似简单,但若填充的是可变对象引用,极易引发隐性共享问题——多个位置指向同一对象实例,一处修改,处处生效。
填充的是引用,不是副本
fill() 不会为每个位置创建新对象,而是把同一个 obj 的引用复制到 list 的每个索引上。例如:
List<List<String>> rows = new ArrayList<>(Collections.nCopies(3, new ArrayList<>())); Collections.fill(rows, new ArrayList<>()); // 所有元素都指向同一个 ArrayList 实例
此时 rows.get(0) == rows.get(1) == rows.get(2) 为 true。后续执行:
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式,或要求按照代码注释规范处理 Java 文件时,使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则,并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括:补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
rows.get(0).add("A");
rows.get(1).add("B");结果是:三个子列表都包含 ["A", "B"] —— 因为它们根本就是同一个对象。
立即学习“Java免费学习笔记(深入)”;
常见高危场景
- 初始化二维结构(如
List<list>></list>)时直接fill空列表 - 用
fill(list, new Date())初始化时间戳列表 → 所有元素共享同一Date实例 - 填充自定义 POJO(如
fill(list, new User()))→ 所有索引共用一个User对象
安全替代方案
- ✅ 逐个新建对象填充(推荐):
List<List<String>> rows = new ArrayList<>(); for (int i = 0; i < 3; i++) { rows.add(new ArrayList<>()); // 每次 new 一个新实例 } - ✅ 使用
Stream.generate()(Java 8+):List<List<String>> rows = Stream.generate(ArrayList::new) .limit(3) .collect(Collectors.toList()); - ✅ 若必须用
fill,确保obj是不可变类型(如String,Integer,LocalDateTime),或本身设计为只读
判断是否安全的小技巧
问自己:obj 是否会被后续代码调用其可变方法(如 add(), set(), clear(), setTime())?
如果是 → fill() 就不安全;
如果只是读取或作为标识符(如状态码 "PENDING")→ 通常无风险。
不复杂但容易忽略

















