for range修改切片元素无效因复制值而非引用；闭包捕获迭代变量导致全为最后值；map遍历顺序未定义；channel range在关闭且空时退出。
for range 循环里修改切片元素没生效？
因为 range 迭代时默认复制元素值，不是引用。对循环变量赋值，只改了副本，原切片不变。
- 常见错误现象：
for _, v := range s { v = 10 }后s完全没变 - 正确做法：用索引修改，
for i := range s { s[i] = 10 }或for i, _ := range s { s[i] = 10 } - 如果真要操作结构体字段，且切片元素是结构体指针（如
[]*T），才能通过v.Field = x修改原数据 - 性能影响：对大结构体（比如含大量字段的
struct）做range，每次复制开销明显；这时优先用索引遍历
闭包中捕获 for range 变量总是最后一个值？
这是最典型的“迭代变量陷阱”——所有闭包共享同一个变量 v 的地址，循环结束时它存的是最后一次迭代的值。
- 错误写法：
for _, v := range strs { go func() { fmt.Println(v) }() }，几乎总输出最后一个v - 根本原因：Go 在 for range 中复用变量
v，而不是每轮新建一个 - 修复方式：在循环体内显式创建新变量，
for _, v := range strs { v := v; go func() { fmt.Println(v) }() } - 或者直接传参：
for _, v := range strs { go func(val string) { fmt.Println(val) }(v) } - 注意：这个陷阱在
go、defer、func()字面量里都存在，不局限于 goroutine
range 遍历 map 时顺序不固定，能依赖吗？
不能。Go 运行时会随机化 map 迭代起始位置，每次运行结果都可能不同。
- 常见误用：假设
for k, v := range m总按插入顺序或字典序输出 - 语言规范明确说明：map 迭代顺序是**未定义的**，实现可随时变更
- 如果需要确定顺序，必须额外排序：先收集 key 到切片，
sort.Strings(keys)，再按序遍历m[key] - 性能提示：反复排序 key 再遍历，比直接 range map 多一次 O(n log n) 开销，大数据量需权衡
- 注意：这和“副本机制”无关，但常被和 range 陷阱混为一谈
range 遍历 channel 何时退出？
当 channel 被关闭，且缓冲区为空后，range 自动退出；但如果 channel 永不关闭，循环就永远阻塞。
立即学习“go语言免费学习笔记（深入）”；
- 典型场景：worker 模式中用
for job := range jobsCh接收任务 - 关键点：发送方必须调用
close(jobsCh)，否则接收方卡死 - 不要在循环内关 channel：多个 goroutine 并发 range 同一个 channel 时，谁先 close 谁决定退出时机，容易 panic
- 如果需要提前退出，用
select+donechannel 更可控，range本身不支持中断 - 注意：
range对 channel 是语法糖，底层等价于持续<-ch直到 closed，没有“副本”概念，这点和 slice/map 不同
