关于foreach循环的技术疑问：实现IEnumerable、修改限制及性能对比

一、foreach循环是否具备线程安全性？ #

首先得明确：foreach本身并不自带线程安全机制。

MSDN文档里说的“foreach循环期间不可修改集合”，主要是针对当前线程的操作——当你在foreach遍历过程中，当前线程去增删改集合元素，枚举器会检测集合的版本号（很多集合比如List<T>都有这个机制），一旦发现版本变化就直接抛出InvalidOperationException，这是为了避免遍历到不一致的集合状态。

但如果是其他线程同时修改集合，不管你用foreach还是for循环，都会出问题：

• 用foreach的话，很大概率会直接触发版本检查，抛出异常；
• 用for循环的话，可能不会立刻报错，但会出现遍历结果混乱、索引越界（比如集合元素被删了，索引还在往大走）等不可预期的行为。

要实现线程安全的遍历，得自己加同步锁（比如lock块），或者使用专门的线程安全集合（比如ConcurrentBag<T>这类），和用foreach还是for没关系。

二、foreach循环和for循环的性能对比？ #

这个不能一概而论，得看你遍历的集合类型：

• 数组场景：foreach和for的性能几乎没差别。编译器会把数组的foreach遍历优化成类似for的索引访问，不会创建额外的枚举器对象，所以效率差不多。
• List这类可直接索引的集合：for循环会略快一点点。因为foreach需要创建枚举器（IEnumerator<T>对象），有一点点对象创建和方法调用的开销；而for直接通过索引访问元素，少了这层开销。但这种差异非常小，只有在遍历超大规模集合（比如百万级以上）的时候才可能察觉到。
• LinkedList这类不可直接索引的集合：foreach的性能远优于for。因为for循环要通过索引访问元素的话，每次都得从头节点开始遍历到目标索引，时间复杂度是O(n²)；而foreach是顺着链表节点逐个遍历，时间复杂度是O(n)，效率差很多。

总的来说，大部分业务场景下，不用纠结两者的性能差异，优先选代码可读性更高的（foreach代码更简洁）；只有在性能敏感的核心逻辑里，再根据集合类型做选择。

内容的提问来源于stack exchange，提问作者Tim