for 循环不写条件就是死循环？
是的，for { ... } 就是 Go 里唯一的「无限循环」写法，没有 while 或 do-while。它不是语法糖，而是语言设计上的刻意简化——Go 把所有循环都统一成 for 的三种变体。
常见错误是想模仿其他语言写 for (i = 0; i 却漏掉某个分号，比如写成 <code>for i = 0; i （少了个分号），结果编译报错：<code>missing condition in for loop。
-
for init; cond; post：完整三段式，init和post可以是任意语句（包括函数调用、赋值、甚至空语句） -
for cond：只留条件，等价于while，但注意：Go 不允许省略分号只写条件——必须写成for ; cond;或更常见的for cond（Go 会自动识别） -
for { ... }：无条件，靠break或return退出；别在 goroutine 里忘了退出逻辑，否则 goroutine 泄露
range 遍历切片时，为什么 i 值总是 0？
因为 range 每次迭代都会复用同一个索引变量。如果你在循环内启动 goroutine 并直接引用 i，所有 goroutine 最终看到的都是最后一次迭代后的 i 值。
典型场景：并发处理切片元素，却意外全打在最后一个索引上。
立即学习“go语言免费学习笔记（深入）”；
- 错误写法：
for i := range items { go func() { fmt.Println(i) }() }→ 全输出len(items)-1 - 正确做法之一：传参捕获当前值 ——
for i := range items { go func(idx int) { fmt.Println(idx) }(i) } - 另一种：在循环体内声明新变量 ——
for i := range items { i := i; go func() { fmt.Println(i) }() } - 注意：
range对 map 遍历时顺序不保证，且每次迭代的 key/value 也是复用变量，同样适用上述陷阱
for + range 遍历字符串，拿到的是 rune 还是 byte？
是 rune（即 Unicode 码点）。Go 字符串底层是 UTF-8 字节序列，但 range 会自动解码为 rune，按字符而非字节遍历。
这和直接用下标访问 str[i] 完全不同：后者拿的是字节，中文可能只拿到半个 UTF-8 编码，导致乱码或 panic。
- 需要字节遍历？用传统 for：
for i := 0; i - 需要字符遍历？用
range：for i, r := range s { ... }，其中i是起始字节位置，r是rune - 性能影响：对纯 ASCII 字符串，
range解码开销可忽略；但对超长非 ASCII 文本（如大量 emoji），比字节遍历稍慢 - 别把
range当作「获取字符长度」手段：len(s)返回字节数，utf8.RuneCountInString(s)才是字符数
break 和 continue 能跳出多层 for 吗？
不能，默认只作用于最近一层。Go 没有带标签的 break label 语法，但可以用带标签的 break 实现类似效果——只是标签只能放在 for、switch 或 select 语句前。
容易踩的坑是以为 break 能直接跳出嵌套的多个 for，结果只退出了内层，外层继续跑。
- 写法：
outer: for i := range a { for j := range b { if cond { break outer } } } - 标签名不加冒号引用：
break outer，不是break outer: -
continue也支持标签，但仅限跳到对应循环开头，不能跳到任意位置 - 函数内多层循环又不想用标签？考虑提前
return，更清晰也更符合 Go 习惯
range 对 map 的遍历顺序不可预测，以及 for 的三段式中 init 和 post 部分能执行任意语句——有人在里面写 defer 或 recover，结果行为完全不符合直觉。 
