for循环必须理解三段式结构的执行时序和作用域边界，否则易导致逻辑错位、变量泄漏或无限循环；三个表达式执行顺序为：初始化→判断→循环体→迭代表达式，不可凭直觉猜测。
for 循环在 C# 中不是“用对就行”，而是必须理解三段式结构的执行时序和作用域边界，否则很容易写出逻辑错位、变量泄漏或无限循环的代码。
for 语句的三个表达式不能靠直觉猜执行顺序
很多人以为 for (i = 0; i 是“先判断再执行再自增”，其实漏掉了关键细节：每次迭代开始前才判断条件，而 i++ 是在本轮循环体执行完之后、下一轮判断条件之前才运行。
这意味着：
- 如果循环体里修改了
i（比如i += 2），i++仍会照常执行，可能导致跳过某些值或越界 for (int i = 0; i 安全；但若循环体中删了list[i]，list.Count变小，而i仍按原节奏递增，可能引发IndexOutOfRangeException- 初始化部分声明的变量（如
int i = 0）作用域仅限于整个for语句，循环外无法访问i
省略任意表达式时分号不能丢，且行为差异极大
省略某一部分不是“可有可无”，而是直接改变控制流逻辑。常见错误写法：for (i = 0, i —— 这是语法错误，逗号不能替代分号。
正确省略方式与后果：
- 省略初始化：
for (; i → 必须确保i在循环前已定义并赋值，否则编译失败 - 省略条件：
for (int i = 0; ; i++)→ 等价于无限循环，必须在循环体内用break或异常退出，否则程序卡死 - 省略迭代器：
for (int i = 0; i → 必须在循环体内手动更新i，否则变成死循环 - 全空：
for (;;)→ 明确的无限循环写法，比while (true)更常见于底层轮询场景
避免在条件表达式中调用易变方法
把 list.Count、DateTime.Now.Second 或自定义属性 getter 直接写在条件位，容易埋下隐蔽 Bug。
例如：
GetData()
- 提前计算并缓存：
int len = GetData().Length; for (int i = 0; i - 用
foreach替代，尤其对集合遍历——它不依赖索引，也不暴露内部计数逻辑 - 若必须动态判断，确认该方法无副作用且性能可接受
循环变量自增用 ++i 还是 i++？这里没区别但别惯性套用
在 for 的迭代器位置（第三段），i++ 和 ++i 效果完全一致：都是先用当前值，再加 1，且该结果不参与任何表达式求值。编译器生成的 IL 几乎一样。
但要注意：
- 如果把自增写进循环体（如
sum += i++），就涉及值使用时机，此时二者语义不同 - 过度关注这个细节反而容易忽略更严重的问题，比如在多线程环境下共享循环变量未加锁
- 真正该警惕的是：是否误把
i++当作“本次用新值”来设计逻辑，这种误解在嵌套循环或状态机中极易引发偏移
for 循环最棘手的从来不是语法，而是你默认它“只是数数”时，它却悄悄承载了状态变更、资源释放或异步等待——这些职责本不该由它承担。
