for range遍历时修改v无效，因v是副本；须用索引s[i]=新值。跳多层循环需标签break：标签紧贴for前、带冒号、不跨代码块。
for range 遍历切片时修改元素值没生效？
因为 range 返回的是元素副本，直接改 v 不影响原切片。要改原数据，必须通过索引：用 i, v := range s，再写 s[i] = 新值。
常见错误现象：
写 for _, v := range s { v++ }，结果 s 完全没变。
使用场景：批量修正 slice 元素，比如把所有负数转为 0。
性能影响：按索引赋值和直接遍历开销一致，但少一次寻址（v 是栈上副本，s[i] 是堆上真实地址）。
想跳出多层 for 循环，label 怎么写才不踩坑？
Go 没有 break n，必须用带标签的 break。标签要放在 for 语句正前方，不能隔空行或注释。
容易踩的坑：
• 标签名后漏写冒号，比如 outer break → 编译错误 syntax error: unexpected break
• 把标签打在 { 上（如 outer: { for ... }），这会让 break outer 跳出代码块而非循环，行为不可控
• 在函数内嵌函数中误用外层标签，导致跳转目标错乱
立即学习“go语言免费学习笔记（深入）”；
正确写法示例：
outer:<br>for i := 0; i < 3; i++ {<br> for j := 0; j < 3; j++ {<br> if i == 1 && j == 1 {<br> break outer<br> }<br> }<br>}
for {} 真的是“无限循环”，还是有隐藏退出路径？
for {} 确实是语法上最简的死循环，但它不是“永远卡住”的黑箱——只要循环体内有 return、panic、os.Exit 或接收到 ctx.Done() 后 break，就能干净退出。
使用场景：
• 网络服务主循环（配合 select 监听多个 channel）
• 信号监听（signal.Notify + for {}）
• 带超时控制的轮询（time.AfterFunc 或 context.WithTimeout）
容易忽略的点：
• 忘记加 time.Sleep 或阻塞操作，导致 CPU 占满 100%
• 在 goroutine 中启动 for {} 却没做任何退出机制，变成“幽灵 goroutine”
• 用 for true {} 替代 for {}，多此一举且语义冗余
for 初始化语句里声明变量，作用域到底到哪？
for 的初始化变量（如 for i := 0; i 中的 <code>i）只在该 for 语句块内有效，循环结束后就不可访问。
常见错误现象：
写完 for i := 0; i ，紧接着写 <code>fmt.Println(i) → 编译错误 undefined: i
使用场景：避免变量污染外层作用域，尤其在长函数中反复用 i 做循环变量时更安全
兼容性注意：Go 1.0 就支持该作用域规则，所有版本行为一致，无需额外适配
如果真需要循环后继续用，显式提前提前声明：var i intfor i = 0; i <br><code>fmt.Println(i) // 此时合法
