go用for统一实现所有循环，无while/do-while；三种合法形式：for init; cond; post、for cond、for（空）；for ; cond; 是非法语法，会编译报错。
Go 里 for 没有 while 和 do-while，但三种写法覆盖全部需求
Go 不提供单独的 while 关键字，所有循环都统一用 for 实现。这不是妥协，而是刻意设计：减少语法分支，降低理解成本。标准形式（带初始化、条件、后置）最常见，但仅条件和无限循环在实际代码里出现频率并不低——比如读取 channel、轮询状态、处理不确定长度的输入流。
容易踩的坑是误以为“没写初始化就等于 while”，结果变量作用域出问题；或者在无限循环里忘了 break 或 return，导致 goroutine 卡死。
-
for init; condition; post：变量只在循环内可见，init只执行一次 -
for condition：等价于 while，但注意变量必须在循环外声明，否则编译报错undefined: xxx -
for（空语句）：就是死循环，靠break/return/panic退出，别漏掉退出逻辑
什么时候该用 for ; condition; 而不是 for condition
答案是：基本不用。Go 官方语法只认 for condition 这种写法，for ; condition; 是非法的。很多人从 C/Java 转过来会下意识补分号，结果直接编译失败，报错信息是 syntax error: unexpected semicolon or newline before {。
正确写法只有三种且严格区分：
立即学习“go语言免费学习笔记（深入）”；
for i := 0; i —— 标准三段式for i —— 省略初始化和后置，等价 while-
for—— 全部省略，无限循环
多打一个分号或少打一对括号都会触发语法错误，Go 的 parser 对此非常严格。
for range 是特殊语法，不在这三种形式里，但常被混淆
for range 看起来像循环，但它不是 for 的变体，而是一个独立语法结构，底层行为和普通 for 完全不同。它会复制 slice 的底层数组头、对 map 做迭代快照、对 channel 阻塞等待。如果在循环体里修改原 slice，range 不会感知；如果在 for range 里往 channel 发数据，可能造成死锁。
常见错误现象：
- 遍历 slice 同时追加元素，
range仍按原始长度迭代，新元素被忽略 - 用
for range读 channel，但没关 channel，循环永不结束 - 在
for range中给 map 的 key 赋值同名变量，导致所有迭代项指向同一个地址（因为复用变量）
这时候不如老老实实用 for i := 0; i ，逻辑更可控。
无限循环 for 在 goroutine 里最容易出问题
写 go func() { for { /* do something */ } }() 很常见，但只要没退出机制，这个 goroutine 就永远占着 runtime 调度资源，还可能持续分配内存。尤其当里面调用了阻塞操作（如 time.Sleep、select 等待 channel），看起来“不忙”，实则无法被 GC 清理、无法被调度器回收。
真正安全的做法是配合上下文或信号退出：
- 用
select+ctx.Done()监听取消 - 用
atomic.Bool或sync.Once控制单次退出 - 避免在循环里无条件
time.Sleep(1 * time.Nanosecond)——这不会释放 CPU，只是白忙活
最隐蔽的问题是：本地测试跑得通，压测时 goroutine 数暴涨，pprof 显示大量 goroutine 卡在 runtime.gopark，根源往往就是某个忘记设退出条件的 for。
