for-each遍历时调用remove()会抛ConcurrentModificationException，因modCount与expectedModCount不一致；正确做法是用Iterator.remove()、removeIf()或倒序for循环。
直接用 for-each 遍历并调用 remove() 会抛 ConcurrentModificationException
这是最常见也最容易踩的坑：Java 的 ArrayList、HashMap 等非线程安全集合在迭代过程中，如果结构被修改（比如删元素），其内部的 modCount 和迭代器记录的 expectedModCount 就会不一致，JVM 主动抛出异常来防止数据错乱。
典型错误写法：
for (String s : list) {
if (s.startsWith("a")) {
list.remove(s); // ⚠️ 运行时抛 ConcurrentModificationException
}
}注意：这个异常和“多线程”无关——单线程下也会触发，它反映的是「结构并发修改」，不是「多线程并发」。
正确做法：用 Iterator.remove() 安全删除
迭代器提供的 remove() 方法是唯一被设计为在遍历时安全删除元素的方式。它会同步更新 expectedModCount，避免校验失败。
立即学习“Java免费学习笔记（深入）”；
- 必须在
next()之后调用，否则抛IllegalStateException - 每次只能删一个元素（即每调一次
next()后最多调一次remove()） - 适用于所有实现了
Iterator的集合（ArrayList、LinkedList、HashSet等）
示例：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
Iterator<String> it = list.iterator();
while (it.hasNext()) {
String s = it.next();
if (s.startsWith("a")) {
it.remove(); // ✅ 安全
}
}替代方案：用 removeIf()（Java 8+）更简洁
Collection.removeIf(Predicate) 是推荐的现代写法，底层仍使用迭代器 + remove()，但封装了逻辑，可读性高且不易出错。
- 只适用于 JDK 8 及以上
- 不能在删除过程中修改判断逻辑（比如动态改
Predicate内部状态） - 对
CopyOnWriteArrayList等线程安全集合也适用，但语义不同（后者是快照删除）
示例：
list.removeIf(s -> s.startsWith("a")); // ✅ 一行搞定特殊情况：需要按索引删除或倒序遍历
如果业务逻辑依赖索引（比如删第 2 个匹配项），或想避免 Iterator 的额外对象开销，可用传统 for 循环，但要注意方向：
- 正向遍历 +
remove(int index)会导致后续元素前移，跳过下一个元素（常见 bug） - 必须倒序遍历（从
size()-1到0），才能保证索引稳定 - 仅适用于支持随机访问的集合（如
ArrayList），LinkedList倒序遍历性能差
示例（安全的倒序）：
for (int i = list.size() - 1; i >= 0; i--) {
if (list.get(i).startsWith("a")) {
list.remove(i); // ✅ 不会漏删
}
}实际项目里最容易被忽略的是：removeIf() 在某些自定义集合（比如包装类或 Guava 的不可变集合）上可能不生效，或者抛 UnsupportedOperationException；遇到这类情况，得先确认集合是否真正支持结构性修改。
