concurrentmodificationexception 是因 arraylist 的 fail-fast 机制触发，非线程安全问题；单线程下遍历时调用 list.remove() 会因 modcount 不匹配而抛异常，正确做法是用 iterator.remove()、removeif() 或延迟删除。
为什么遍历 ArrayList 时调用 remove() 会抛 ConcurrentModificationException
这不是线程安全问题，而是 Java 集合的「快速失败」（fail-fast）机制在起作用。即使单线程下，ArrayList 的迭代器内部维护一个 modCount 计数器，记录结构修改次数；每次调用 add() 或 remove() 会递增它，而 Iterator.next() 会校验当前 expectedModCount 是否匹配 —— 不匹配就直接抛异常。
常见错误写法：
List<String> list = 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()
Iterator<String> it = list.iterator();
while (it.hasNext()) {
String s = it.next();
if ("b".equals(s)) it.remove(); // 安全
}
// ✅ 正确：removeIf() list.removeIf(s -> "b".equals(s));
// ✅ 正确：延迟删除
List<String> toRemove = 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）
错误示范（看似加锁仍可能出错）：
List<String> syncList = 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」。
