ConcurrentModificationException 是因 ArrayList 的 fail-fast 机制触发，非线程安全问题；单线程下遍历时调用 list.remove() 会因 modCount 不匹配而抛异常，正确做法是用 Iterator.remove()、removeIf() 或延迟删除。
为什么遍历 ArrayList 时调用 remove() 会抛 ConcurrentModificationException
这不是线程安全问题，而是 Java 集合的「快速失败」（fail-fast）机制在起作用。即使单线程下，ArrayList 的迭代器内部维护一个 modCount 计数器，记录结构修改次数；每次调用 add() 或 remove() 会递增它，而 Iterator.next() 会校验当前 expectedModCount 是否匹配 —— 不匹配就直接抛异常。
常见错误写法：
Listlist = new ArrayList<>(Arrays.asList("a", "b", "c")); for (String s : list) { if ("b".equals(s)) { list.remove(s); // ⚠️ 这里触发 ConcurrentModificationException } }
单线程下安全删除元素的三种方法
核心原则：避免「边遍历边用集合自身方法改结构」。推荐以下方式：
- 用
Iterator.remove()：这是唯一被允许的遍历中删除方式，它会同步更新expectedModCount - 用
removeIf()（Java 8+）：内部封装了安全的迭代逻辑，语义清晰 - 收集待删索引/元素，遍历结束后批量操作：适合需要复杂判断或多次删除的场景
示例对比：
立即学习“Java免费学习笔记（深入）”；
// ✅ 正确：Iterator.remove() Iteratorit = list.iterator(); while (it.hasNext()) { String s = it.next(); if ("b".equals(s)) it.remove(); // 安全 }
// ✅ 正确：removeIf() list.removeIf(s -> "b".equals(s));
// ✅ 正确：延迟删除 ListtoRemove = new ArrayList<>(); for (String s : list) { if ("b".equals(s)) toRemove.add(s); } list.removeAll(toRemove);
多线程环境必须换并发集合
ArrayList、HashMap 等非线程安全集合，即使配合 synchronized 块做遍历 + 修改，也无法彻底规避竞态条件（比如两个线程同时进入 for-each，各自拿到不同快照）。这时必须切换为真正支持并发访问的数据结构：
- 读多写少 →
CopyOnWriteArrayList：遍历时操作底层数组副本，写操作加锁并复制新数组；但注意内存开销和实时性滞后 - 高并发读写均衡 →
ConcurrentHashMap：分段锁 / CAS + 链表转红黑树（Java 8），支持安全的forEach()、removeIf() - 需要强一致性且写不频繁 → 外层加
synchronized或使用Collections.synchronizedList()，但必须手动同步所有迭代操作（包括for-each）
错误示范（看似加锁仍可能出错）：
ListsyncList = Collections.synchronizedList(new ArrayList<>()); // ❌ 危险！synchronized 块没覆盖迭代器创建过程 synchronized (syncList) { for (String s : syncList) { // 这行隐式调用 syncList.iterator()，未受锁保护 if ("x".equals(s)) syncList.remove(s); } }
ConcurrentModificationException 不代表一定发生了并发修改
这是最容易误解的一点。该异常只表示「结构被意外修改」，与线程数量无关。哪怕纯单线程，只要在迭代过程中通过集合自身方法（而非迭代器）修改了结构，就一定会触发。
排查时优先检查：
- 是否用了
for-each循环 +list.remove(x) - 是否在 Lambda 中（如
stream().forEach()）调用了外部集合的修改方法 - 是否在自定义迭代逻辑中漏掉了对
modCount的同步处理（比如自己写了迭代器）
工具提示：IDE（如 IntelliJ）通常会对这类模式标黄警告，提示「Collection is modified while iterating」。
