Go 中 for 是唯一循环结构，应按场景选择写法：无条件循环用 for {}，条件循环用 for cond {}，传统遍历用 for init; cond; post {}，核心是清晰与安全。
for 循环的三种写法到底怎么选
Golang 的 for 是唯一循环结构，没有 while 或 do-while，但通过省略初始化、条件、后置语句，能模拟出不同行为。关键不是“能不能”，而是“哪种写法更清晰、更不易出错”。
常见误用是强行套用 C 风格三段式，比如 for i := 0; i —— 这在切片长度为 0 时没问题，但若 slice 是 nil，len(slice) 仍安全；真正危险的是后续直接用 slice[i] 访问，可能 panic。
- 遍历索引+值：优先用
for i, v := range slice，编译器会做边界检查，且自动处理 nil 切片（不进入循环） - 纯计数循环（如重试 3 次）：用
for i := 0; i ，简洁明确 - 条件驱动循环（如读 channel 直到关闭）：用
for v, ok := ，避免重复写接收表达式
range 遍历时修改元素值为什么没生效
这是新手高频踩坑点：for _, v := range slice 中的 v 是元素副本，对 v 赋值不会影响原切片。Golang 不提供“引用遍历”语法糖，必须显式通过索引写回。
正确做法是保留索引：for i := range slice 或 for i, v := range slice，然后用 slice[i] = ... 修改。
立即学习“go语言免费学习笔记（深入）”；
- 如果只读，用
for _, v := range slice更轻量（避免取地址） - 如果要改，别偷懒写
v = newValue，它完全无效 - 对 map 使用
range时同理：v是 value 副本，改v不影响 map 原值；要更新必须用map[key] = newValue
for + break/continue 标号跳转的实际用途
Go 支持带标号的 break 和 continue，不是炫技用的。典型场景是嵌套循环中需要跳出外层——比如二维切片查找某个值后立即退出所有循环。
不加标号时，break 只作用于最近的 for/switch/select；加标号才能精准控制。
- 标号必须紧贴循环前，如
outer: for i := range matrix { ... } -
break outer会终止整个外层循环，不是跳到某行 -
continue outer会跳过当前外层迭代，执行下一轮外层循环（即跳过内层剩余逻辑） - 标号名建议语义化，比如
searchLoop比loop1更易维护
性能敏感场景下 for 循环的常见优化点
多数业务代码无需过度优化，但若循环体频繁执行（如图像处理、高频数据聚合），几个细节会影响可观测性能：
- 避免在循环内重复计算不变量：把
len(slice)提到循环外，尤其当slice很大时，虽然 len 是 O(1)，但 CPU 分支预测和缓存局部性有差异 - 预分配切片容量：若循环中不断
append，提前make([]T, 0, knownCap)减少内存重分配 - 减少接口值生成：循环内调用返回接口的函数（如
fmt.Sprintf），会产生额外堆分配；能用字符串拼接或strings.Builder就别硬套 - 注意逃逸分析：循环变量若被闭包捕获（如传给 goroutine），可能从栈逃逸到堆，用
go tool compile -gcflags="-m"确认
range 遍历本身几乎没有额外开销，但若每次迭代都触发 GC（比如创建大量小对象），问题不在循环结构，而在循环体内部逻辑。
