foreach适合只读遍历，不能修改集合结构或安全修改值类型数组元素；需索引、改原集合或控制步进时应选for。
直接说结论：foreach 适合只读遍历，不能改集合结构，也不能安全修改值类型数组元素；需要索引、修改原集合或控制步进节奏时，别硬套 foreach，用 for 更稳。
什么时候该用 foreach？看它能不能“只读完事”
foreach 的核心定位是安全、简洁地逐个访问元素。它背后依赖 IEnumerable 和 IEnumerator，自动处理枚举逻辑，省去手动管理索引和边界判断的麻烦。
适用场景包括：
- 打印日志、校验字段、拼接字符串等纯读取操作
- 遍历
List<t></t>、Dictionary<k></k>、HashSet<t></t>等泛型集合 - 处理多维数组（如
int[,]）时，只要不关心行列位置，foreach会按内存顺序扁平化遍历 - 自定义类实现了
IEnumerable接口（比如封装了分词逻辑的Tokens类）
反例：你想把 numbers[i] *= 2，或者在循环里调用 list.Remove(item) —— 这两种都会出问题，不是语法错，而是运行时报 InvalidOperationException。
foreach 遍历数组时，int 和 string 行为不一样
值类型（如 int、DateTime）在 foreach 中拿到的是副本，改 num 不影响原数组；引用类型（如 string、自定义类实例）拿到的是引用，能通过属性或方法间接修改对象状态，但不能把 item = new MyClass() 这样重赋值给循环变量。
示例对比：
int[] nums = { 1, 2, 3 };
foreach (int num in nums) {
num *= 10; // 无效：只改了副本，nums 还是 {1,2,3}
}
<p>Person[] people = { new Person("Alice"), new Person("Bob") };
foreach (Person p in people) {
p.Name = "Unknown"; // 有效：修改了原对象的属性
// p = null; // 编译报错：循环变量是只读的
}注意：string 是引用类型但不可变，所以 p.Name = "X" 实际是新建字符串并赋值给属性，不影响 foreach 本身的限制。
为什么在 foreach 里删元素会崩？底层机制决定的
foreach 内部使用枚举器（IEnumerator），它维护一个位置指针（position）和当前集合的版本号（version）。一旦集合被增删，version 就会变更，下一次调用 MoveNext() 时检测到不一致，立刻抛出 InvalidOperationException：“集合已修改；枚举操作可能无法执行。”
常见错误写法：
List<string> items = new List<string> { "a", "b", "c" };
foreach (string s in items) {
if (s == "b") items.Remove(s); // 崩：运行时报错
}正确解法只有两个：
- 先收集要删的项，再统一
RemoveAll()或RemoveRange() - 改用
for倒序遍历：for (int i = items.Count - 1; i >= 0; i--)，避免索引偏移
别信“加 ToList() 就能删”的说法——items.ToList() 创建的是新列表，删的是副本，原集合没变，还可能掩盖逻辑错误。
性能和可读性之间，别盲目迷信 foreach
很多人以为 foreach 比 for 快，其实不然。对数组来说，JIT 编译器会对 for 做大量优化（比如边界检查消除），而 foreach 多一层枚举器调用开销；对 List<t></t>，两者底层都走数组索引，差距微乎其微。
真正该权衡的是语义清晰度：
- 要取索引（比如只处理偶数位）、要跳过某些项、要双向遍历 —— 用
for - 只是“对每个元素做某件事”，且不碰索引、不改结构 ——
foreach更直白 - 遍历
Dictionary<k></k>时，foreach (var kvp in dict)比for (int i = 0; ...)少写一堆Keys[i]/Values[i]的胶水代码
最容易被忽略的一点：foreach 对 null 集合直接抛 NullReferenceException，而 for 循环前你通常会先判空。生产环境里，别省这行 if (collection == null) return;。
