for循环必须理解三段式结构执行顺序和变量作用域，否则易现越界、跳值、变量不可访问等错误；三段式执行顺序为：初始化→判断→循环体→迭代，再判断，不可凭直觉猜测。
for 循环在 C# 中不是“写出来就能跑”，而是必须理解三段式结构的执行顺序和变量作用域，否则容易出现越界、跳值、变量不可访问等隐性错误。
for 循环的三段式执行顺序不能靠直觉猜
很多人误以为 for (int i = 0; i 是“判断→执行→自增”，实际顺序是：<strong>初始化 → 判断 → 执行循环体 → 迭代器（i++）→ 再判断</strong>。这个时序直接影响逻辑安全：
- 如果循环体内修改了
i（比如i += 2），之后i++仍会执行，可能导致i跳过边界或越界 - 若遍历
List<t></t>并在循环体中调用list.RemoveAt(i)，list.Count减小，但i仍按原节奏递增，下一轮可能触发IndexOutOfRangeException -
i++和++i在迭代器位置效果完全一致，编译后 IL 几乎无差别，不必纠结——但若把它们写进循环体（如sum += i++），语义就不同了
省略 for 的任意一段必须清楚后果
省略不是“可有可无”，而是直接改写控制流逻辑。常见错误写法如 for (i = 0, i 会编译失败——逗号不能替代分号。
- 省略初始化：
for (; i → 必须确保 <code>i已在循环外声明并赋初值，否则报错 CS0165（使用了未赋值的局部变量） - 省略条件：
for (int i = 0; ; i++)→ 等价于无限循环，必须在循环体内用break或异常退出，否则程序卡死 - 省略迭代器：
for (int i = 0; i → 必须在循环体内手动更新 <code>i，否则变成死循环 - 全空：
for (;;)→ 明确的无限循环写法，比while (true)更紧凑，常用于底层轮询
条件表达式里别直接调用易变方法
把 list.Count、GetData().Length 或带副作用的属性 getter 直接写在条件位，既低效又危险：
- 每次迭代都重新调用
GetData()，性能差；若该方法返回值变化（比如网络响应延迟导致第二次返回更短数组），循环次数可能意外减少甚至跳过部分元素 - 更安全的做法是提前缓存：
int len = GetData().Length; for (int i = 0; i - 对集合遍历，优先用
foreach——它不暴露索引，也不依赖长度变化，天然规避这类问题
循环变量的作用域只在 for 语句内部
在 for (int i = 0; i 中声明的 <code>i，出了大括号就不可访问。这不是语法限制，而是 C# 明确的设计：
- 想在循环后继续用
i？必须在外面声明：int i; for (i = 0; i - 嵌套 for 时，内层可以声明同名变量（如
for (int i = 0; ...)），不会与外层冲突——因为它们是独立作用域 - 这个规则也防止了“循环结束后误用已失效的索引”这类逻辑错误
最常被忽略的其实是条件表达式的求值时机和副作用风险——它不像语法错误那样立刻报红，而是在数据规模变大或环境变化时才突然暴露，调试成本远高于写的时候多加一行缓存。
