foreach循环遍历集合的优雅方法

foreach循环看似简洁优雅，实则暗藏陷阱：遍历时直接修改集合（如删除元素）会因迭代器校验集合版本号而抛出InvalidOperationException——这并非语法限制，而是.NET为保障线程安全与数据一致性所做的底层防护；真正可靠的替代方案包括倒序for循环删除List、先收集key再批量删除Dictionary，或用ToList()解耦操作实现安全遍历与处理，理解其背后的IEnumerator机制，才能避开大量线上隐患，让代码既健壮又真正优雅。

foreach 本身不支持中途修改集合（如删除、添加元素），直接这么做会抛出 InvalidOperationException —— 这不是语法问题，而是设计使然。

为什么 foreach 遍历时不能删元素

底层迭代器在构造时会记录集合的 version 字段，每次调用 MoveNext() 都会校验该值是否被修改。一旦你在循环中调用 list.Remove() 或 dict.Remove()，集合内部的 version 就会自增，下一次 MoveNext() 就触发异常。

常见错误现象：

• 遍历 List 时用 Remove() 删除匹配项 → 立刻崩
• 用 foreach (var kvp in dict) 并在循环体内调用 dict.Remove(kvp.Key) → 同样崩

替代方案：用 for 倒序遍历删 List

适用于需要根据条件筛选并移除元素的场景，比如清理空字符串或过期对象。

关键点：从后往前走，索引不会因前面元素被删而错位。

for (int i = list.Count - 1; i >= 0; i--)
{
    if (string.IsNullOrEmpty(list[i]))
    {
        list.RemoveAt(i);
    }
}

• 正向 for 配合 RemoveAt() 容易漏删（删掉第 i 项后，原 i+1 项变成新 i，但 i 已经自增）
• 倒序能避开这个问题，逻辑清晰且性能好（RemoveAt() 是 O(1) 摊销操作）
• 若只是想“过滤后保留”，优先考虑 list.RemoveAll(x => ...)，它内部也是倒序处理

Dictionary 遍历时要删键，先存 Key 再批量删

字典不支持边遍历边删，但你可以把要删的 key 先收集起来，再统一删。

var keysToRemove = new List<string>();
foreach (var kvp in dict)
{
    if (kvp.Value == null)
    {
        keysToRemove.Add(kvp.Key);
    }
}
foreach (var key in keysToRemove)
{
    dict.Remove(key);
}

• 别用 keysToRemove.ToArray() 或 ToList() 在 foreach 里直接删 —— 虽然语法合法，但多一次内存分配，没必要
• 如果删除逻辑复杂且涉及多个条件，建议提取成方法，避免嵌套太深
• .NET 6+ 可用 dict.Keys.Where(k => ...).ToList().ForEach(dict.Remove)，但可读性差，不推荐

真正优雅的写法：用 LINQ + ToList() 脱离原集合

如果你只是想“对每个元素做点事”，而不是必须原地修改集合，那最轻量的方式是把数据先投影出来。

list.Where(x => x.Length > 5).ToList().ForEach(Console.WriteLine);

• ToList() 强制执行查询并生成新列表，后续操作与原 list 完全解耦
• 适合日志、验证、导出等只读场景；不适合大数据量（会多一次内存拷贝）
• 注意：不要写成 list.AsEnumerable().Where(...).ForEach(...) —— AsEnumerable() 不触发执行，ForEach() 会被跳过

最容易被忽略的一点：foreach 的“优雅”不在于写法多短，而在于你是否清楚它背后绑定的是哪个 IEnumerator 实现，以及那个实现是否允许结构变更。很多线上 bug 都卡在以为 foreach 是纯语法糖，其实它是一道安全栅栏。

今天关于《foreach循环遍历集合的优雅方法》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！