Go 中 for 可完全替代 while：推荐 for condition { } 形式，避免 for true { } 无限循环；支持初始化和更新语句，如 for scanner.Scan() { } 或 for err == nil; err = doWork() { }。
Go 里没有 while，但 for 真的能完全替代它
Go 不提供 while 关键字，但它的 for 语法足够灵活：省略初始化和后置语句后，就等价于传统 while。关键不是“怎么写”，而是“怎么写才不掉坑”。
常见错误是生硬套用其他语言习惯，比如写成 for true { ... } 后忘了 break 或 return，结果无限循环——这在 Go 中尤其容易被静态检查忽略，运行时才暴露。
-
for condition { ... }是最接近 while 的写法，条件在每次循环前判断，语义清晰 - 避免
for { ... if !condition { break } }，逻辑颠倒、可读性差，还多一层嵌套 - 如果循环体里有
continue，注意它跳过的是整个条件判断，不是“下一轮 while 的条件重算”
用 for 模拟带初始化的 while（比如读文件流）
很多场景下 while 并非纯条件判断，而是“初始化 + 判断 + 更新”三段式，比如逐行读 bufio.Scanner。Go 的 for 支持把初始化和更新都塞进语法糖里，但别滥用。
典型错误是把变量声明放在 for 外部再反复赋值，导致作用域污染或意外复用；或者把更新逻辑写在循环体内，和条件判断脱节，难维护。
立即学习“go语言免费学习笔记（深入）”；
- 推荐写法：
for scanner.Scan() { line := scanner.Text(); ... }—— 条件本身含副作用，且符合 Go 习惯 - 需要显式初始化+更新？用
for err == nil; err = doWork() { ... }，注意分号分隔，第二段是更新语句，不是条件 - 别写
for i := 0; i ，除非你真需要在循环中跳过 <code>i++；否则直接放进第三段更安全
for range 和普通 for 在“类 while”场景下的取舍
当目标是“持续处理直到某事发生”，for range 表面看更简洁，但它隐含了迭代器行为，一旦底层数据源不支持（比如 channel 关闭、io.Reader EOF），就可能 panic 或提前退出。
比如对 chan int 做 for v := range ch，channel 关闭后自动退出；但如果你需要在关闭后仍做清理，就得换回 for + select + ok 判断。
- 用
for range仅限确定数据源生命周期可控、且无需干预退出逻辑的场景（如遍历已知 slice） - 涉及 channel、网络连接、文件读取等异步/流式输入，优先用
for+ 显式条件，比如for ok { select { case v, ok = -
for range对 map 遍历无序，不能当作“按插入顺序 while 取值”的方案
性能与可读性陷阱：别让 for 变成隐藏的 goto
Go 的 for 能模拟 while，也能模拟 do-while、甚至有限状态机，但越复杂，越容易掩盖控制流意图。编译器不会报错，人会看懵。
一个真实踩坑案例：有人用 for state != done { switch state { case A: ... state = B; case B: ... state = done } }，表面是状态驱动，实则难以测试、无法中断、调试时断点失效。
- 单层 while 逻辑建议保持扁平：条件明确、退出路径唯一、无嵌套状态跳转
- 超过 2 个状态或需跨循环维护上下文，该抽函数就抽函数，别硬塞进一个
for - 条件表达式别太长，尤其是含多个
&&或函数调用，拆成变量或提前校验，否则调试时看不出哪部分为 false
for 足够通用，但通用不等于适合所有抽象层次——什么时候该用 for，什么时候该用函数封装或 channel 编排，得看那块逻辑到底在解决什么问题。 
