详解List的subList产生的并发风险_原集合修改导致视图失效排查

大杰吖_8871

发布时间：2026-02-13 12:41:15

976人浏览过

来源于php中文网

原创

subList返回的是原列表的动态视图而非新列表，原列表结构修改会导致所有subList实例失效并抛ConcurrentModificationException；需独立副本时应显式拷贝。

详解list的sublist产生的并发风险_原集合修改导致视图失效排查

subList 返回的是视图，不是新列表

调用 list.subList(fromIndex, toIndex) 不会复制元素，而是返回一个绑定原 ArrayList（或 LinkedList）内部状态的动态视图。这意味着：只要原列表结构被修改（增、删、清空），所有已存在的 subList 实例立刻失效，后续任何操作都可能抛出 ConcurrentModificationException —— 即便你没开多线程。

常见错误现象：
• 用 subList 切出一段数据后，对原列表调用 add() 或 remove()
• 然后访问该 subList 的 size()、get(0)、甚至 iterator().hasNext()，直接崩溃
• 错误信息是 java.util.ConcurrentModificationException，但根本没并发——纯单线程也崩

只读场景下可放心用 subList，但必须确保原列表在整个生命周期内“结构不变”（允许 set()，不允许增删）
若需独立副本，必须显式拷贝：new ArrayList(list.subList(a, b)) 或 list.subList(a, b).stream().toList()（Java 16+）
subList 对 CopyOnWriteArrayList 无效——它不支持 subList，调用会抛 UnsupportedOperationException

迭代 subList 时原列表被修改的典型陷阱

这是最隐蔽的坑：你以为在遍历子列表，其实底层仍依赖原列表的 modCount。哪怕只是在循环体里删了原列表第一个元素，下一次 next() 就炸。

List<String> list = new ArrayList<>(Arrays.asList("a", "b", "c", "d"));
List<String> sub = list.subList(1, 3); // ["b", "c"]
for (String s : sub) {
    System.out.println(s);
    list.remove(0); // ⚠️ 这里改了原列表结构
}

运行直接抛 ConcurrentModificationException。因为 sub 的迭代器和 list 共享同一个修改计数器。

避免在遍历 subList 期间修改原列表任何结构性方法（add()、remove()、clear()、retainAll() 等）
如果必须边遍历边删，先转成独立列表：List<String> safeSub = new ArrayList<>(sub)，再遍历 safeSub
subList 的 forEach()、stream() 同样受此约束——它们底层仍是基于原列表的迭代器

subList 在多线程环境下的双重风险

单线程已够呛，多线程下问题更重：不仅有结构修改冲突，还有可见性问题。即使你用 synchronized 锁住原列表，subList 视图本身不是线程安全的封装，它的字段（如 parent、offset）没有 volatile 保护。

两个线程分别持有同一 subList 实例，一个调 get()，另一个在原列表上 add() → 必现 ConcurrentModificationException
即使所有操作都加锁，subList 的 size() 可能返回过期值（因未同步读取 parent.size()）
正确做法：要么全程用 Collections.synchronizedList() 包装原列表（但 subList 仍需额外同步），要么直接用不可变副本：ImmutableList.copyOf(list.subList(a, b))（Guava）或 List.copyOf(list.subList(a, b))（Java 10+）