不能在遍历中直接调用集合的remove()方法，因为会触发ConcurrentModificationException；必须使用Iterator.remove()或removeIf()，二者均通过同步modCount机制保证安全。
为什么不能在遍历中直接调用集合的 remove() 方法
直接调用 ArrayList.remove() 或 HashSet.remove() 会触发 ConcurrentModificationException，因为迭代器内部维护了 modCount 计数器，而集合自身的 remove() 会修改它，但迭代器并不知情。这不是线程安全问题，而是快速失败（fail-fast）机制的正常反应。
必须用 Iterator.remove() 而不是集合的 remove()
Iterator.remove() 是唯一被设计为与当前迭代状态协同工作的删除方式。它会在删除后同步更新迭代器内部状态（如游标位置、expectedModCount），从而避免异常。
- 只允许在调用过
next()之后立即调用一次remove()；重复调用会抛IllegalStateException - 不能在未调用
next()时调用remove()（比如刚创建迭代器就删） - 对
LinkedList，Iterator.remove()是 O(1)；对ArrayList，仍是 O(n)，因需移动后续元素
Listlist = new ArrayList<>(Arrays.asList("a", "b", "c", "b")); Iterator it = list.iterator(); while (it.hasNext()) { String s = it.next(); if ("b".equals(s)) { it.remove(); // ✅ 正确：通过迭代器删除 } } // list 现在是 ["a", "c"]
使用 removeIf() 更简洁（Java 8+）
Collection.removeIf(Predicate) 内部仍基于 Iterator.remove() 实现，语义更清晰，且自动处理边界逻辑，推荐优先使用。
- 底层仍会校验并发修改，所以不能在
removeIf()的 lambda 中再修改原集合 - 对
CopyOnWriteArrayList，removeIf()不抛异常，但它是线程安全的快照式实现，适用于读多写少场景 - 注意：
removeIf()返回boolean表示是否发生删除，不是删除数量
Listnums = new ArrayList<>(Arrays.asList(1, 2, 3, 4, 5)); nums.removeIf(n -> n % 2 == 0); // 删除所有偶数 // nums 现在是 [1, 3, 5]
增强 for 循环（for-each）本质是迭代器，不能删
所谓“增强 for 循环不能删除”不是语法限制，而是它底层隐式使用了 Iterator，但没暴露引用，导致你无法调用 remove()。任何试图在 for-each 中调用 list.remove() 都会失败。
立即学习“Java免费学习笔记（深入）”；
- 以下写法一定会抛
ConcurrentModificationException： for (String s : list) { if ("x".equals(s)) list.remove(s); }- 若真要写成类似风格，必须显式获取并使用
Iterator，或改用removeIf()
最容易被忽略的一点：即使单线程、顺序遍历，只要用了非 Iterator.remove() 的删除方式，就可能出错——这不是“运气好就能过”，而是 JVM 明确禁止的行为。
