解决ArrayList非线程安全导致的并发修改异常方案-Java面试题-PHP中文网

arraylist非线程安全，多线程遍历修改会触发concurrentmodificationexception；应选用copyonwritearraylist、collections.synchronizedlist或手动加锁，或改用只读遍历+批量修改、iterator.remove()、不可变集合等方案规避。

解决arraylist非线程安全导致的并发修改异常方案

ArrayList 本身不是线程安全的，多线程环境下直接读写（尤其是边遍历边修改）会触发 ConcurrentModificationException。这不是“偶尔出错”，而是其 fail-fast 机制的主动保护——它通过 modCount 计数器检测结构被意外修改，从而抛异常中断错误行为。解决问题的关键不在于“捕获异常”，而在于从设计层面规避并发冲突。

用线程安全的替代集合

最直接的方式是替换为 JDK 提供的线程安全集合：

CopyOnWriteArrayList：适合读多写少场景（如监听器列表、配置项缓存）。每次写操作复制整个数组，读操作无锁且不会触发 CME；但内存开销大、写性能差、迭代时看不到最新写入的数据。
Collections.synchronizedList(new ArrayList())：底层加了对象锁，所有方法串行执行。读写都安全，但迭代仍需手动同步（否则仍可能 CME），例如：
synchronized (list) { for (E e : list) { ... } }

手动加锁控制访问临界区

如果必须用 ArrayList，且对性能或语义有特殊要求（比如需要精确控制锁粒度），可用显式锁或 synchronized 包裹所有涉及修改和遍历的操作：

将增删改查、以及 for-each / iterator 遍历统一放在同一个锁对象下；
避免在锁内做耗时操作（如 I/O、远程调用），防止阻塞其他线程；
若多个 ArrayList 逻辑上属于同一业务单元（如用户订单列表 + 订单状态映射），建议共用一个锁对象，而非各自加锁。

避免遍历时修改 —— 改变使用方式

很多 CME 其实源于编码习惯问题。以下做法可彻底绕过问题：

遍历时只读，把要删除/添加的元素先收集到另一个集合（如 ArrayList<integer> toRemove = new ArrayList()</integer>），遍历完再统一处理；
使用 Iterator.remove() 安全删除当前元素（这是唯一允许的遍历中修改方式）；
用增强 for 循环时，绝不要在循环体内调用 list.add() 或 list.remove()；
批量修改优先用 list.replaceAll()、list.removeIf() 等内部已同步的方法（它们自己管理 modCount）。