Golang for循环的三种使用场景解析_技术教程

语法错误：for循环缺少右括号和左大括号，正确形式应为“for i := 0; i

for i := 0; i

Go 的 for 确实支持经典三段式语法，比如 for i := 0; i ，但它不提供隐式指针或自动越界保护。常见错误是写成 for i := 0; i ，导致 panic: index out of range。

这种写法适合明确需要索引、或需控制步长（如隔位处理）、或需反向遍历的场景。但注意：len(s) 每次都会被求值，若 s 是切片且循环中可能被修改，应提前缓存长度。

需要修改原切片元素时，用 i 索引比 range 更安全（range 中的 v 是副本）

步长非 1：写成 for i := 0; i

反向遍历：从 len(s)-1 开始，条件为 i >= 0，注意 i-- 后可能变为负数，建议用无符号类型或加边界检查

for range 遍历切片/数组时，v 是值拷贝，不是引用

写 for _, v := range s 很简洁，但 v 是每次迭代的独立副本。对 v 赋值不会影响原切片，比如：
for _, v := range s {
    v = v * 2 // 这行无效
}
如果想修改原数据，必须用索引：for i := range s { s[i] *= 2 }；或者用地址：for i := range s { s[i] = s[i] * 2 }。

另外，range 在遍历 map 时顺序不保证，且每次迭代的 key/value 都是新变量——这意味着在循环内启动 goroutine 并捕获 v，很可能所有 goroutine 都看到最后一个值（闭包陷阱）。

要传值进 goroutine：显式传参，如 go func(val int) { ... }(v)

要遍历并修改 map 的 value：必须用 key 查找，for k := range m { m[k] = newV }

字符串 range 返回的是 rune 索引和值，不是 byte；若需按字节操作，改用 for i := 0; i

for {} 是 Go 唯一的 while 语法，但别忘了 break 或 return 控制退出

Go 没有 while 关键字，for {} 就是无限循环。它常用于服务主循环、状态轮询、或配合 channel 接收（如 for msg := range ch）。但手写 for {} 时最容易漏掉退出逻辑，造成死循环。

典型场景是读取文件流或网络连接，靠 error 判断终止：
for {
    n, err := conn.Read(buf)
    if err != nil {
        if errors.Is(err, io.EOF) {
            break
        }
        log.Println("read error:", err)
        break
    }
    // 处理 buf[:n]
}
避免在循环体开头就 continue 却没更新状态，导致无限跳过

用 select + for 实现超时控制时，记得把 case 放在循环内，否则只触发一次

goroutine 中跑 for {}，务必确保有退出路径，否则无法被 GC 回收

range 遍历 channel 会阻塞等待，直到 channel 关闭

for v := range ch 是接收 channel 数据的惯用写法，但它隐含两个关键行为：一是每次迭代都阻塞等待新值；二是循环仅在 ch 被 close() 后才退出。如果 sender 忘记关闭 channel，这个 for 就永远卡住。

所以它只适用于“sender 明确知道数据总量且会主动关闭”的场景，比如一次性任务分发。若需带超时、或可取消、或只是消费部分数据，就不能依赖 range。

带超时：用 select + case v := + case

可取消：用 context.Context，监听 ctx.Done()

只取前 N 个：用普通 for i := 0; i 配合

channel 关闭后， 会立即返回零值，但 range 不会——它只在关闭瞬间退出，不会多读一次

实际写 for 循环时，最易忽略的是值语义与引用语义的混淆，以及 range 在不同数据类型上的行为差异。尤其是 map 和 channel 的 range，表面写法一样，底层机制和退出条件完全不同。