for 用于明确迭代次数或遍历已知集合，while 用于条件驱动、次数不确定的场景；必须用 for 的情况是已知执行次数或遍历固定长度集合。
for 和 while 不是“选一个就好”，而是解决不同问题的工具：需要精确控制迭代次数用 for；条件驱动、次数不确定时用 while。
什么时候必须用 for？
当你明确知道要执行多少次，或者要遍历一个已知长度的集合（比如数组、列表索引），for 最直接。它把初始化、条件判断、迭代动作三者收束在一行里，不易漏掉更新逻辑。
常见错误现象：for 循环体里忘了写 i++ 或写成 i = i + 1 却漏了分号，导致无限循环；或把终止条件写成 i ，结果越界访问 <code>array[length] 报 IndexOutOfRangeException。
- 数组遍历推荐写法：
for (int i = 0; i —— 注意是 <code>，不是 <code> - 倒序遍历：从
array.Length - 1开始，条件为i >= 0，每次i-- - 避免在循环中反复调用
list.Count或str.Length，可提前存入变量提升可读性和微小性能
为什么有时候 while 更安全？
while 只关注“条件是否还成立”，不强制绑定计数器，适合处理输入流、状态轮询、异步等待等场景。但正因如此，容易忘记在循环体内修改条件变量，造成死循环。
典型使用场景：从控制台持续读取用户输入直到输入 "quit"；或等待某个对象的 IsReady 属性变为 true。
- 务必确保循环体内至少有一处会改变判断条件的值，例如
input = Console.ReadLine();或status = CheckStatus(); - 如果循环体可能一次都不执行，且你希望至少执行一次，请改用
do...while - 在多线程环境下，不要依赖普通布尔字段做
while (!done)判断，应配合volatile或使用ManualResetEvent等同步机制
for 和 foreach 别混用
foreach 表面像 for 的简化版，但它本质是调用 IEnumerable.GetEnumerator()，不能修改集合本身，也不能获取当前索引（除非额外声明计数器）。它和 for 是语义不同的结构。
错误用法示例：foreach (var item in list) { list.Remove(item); } 会抛出 InvalidOperationException: Collection was modified。
- 只读遍历优先用
foreach，代码更简洁、意图更清晰 - 需要索引、需要修改集合元素（非结构）、或需提前退出并知道位置时，回到
for -
foreach对Span<t></t>或ReadOnlySpan<t></t>有特殊优化，但for在某些数值计算场景下仍略快（取决于 JIT 和目标平台）
真正难的不是语法，是判断「这个逻辑到底由谁驱动」——是固定次数、数据长度、外部状态，还是用户行为？选错结构会让后续加功能变得别扭，比如硬在 while 里塞计数器去模拟 for，或者用 foreach 去处理需要中断重试的网络请求。
