range的三处确定行为：改v不更新原切片、map遍历顺序随机、string中i是字节偏移；v是副本，修改需用索引或指针；map需显式排序保序；并发读写需加锁；string遍历时i非字符序号。
直接改 v 不会更新原切片、map 遍历顺序每次都不一样、字符串里 i 是字节偏移不是字符序号——这些不是 bug，是 range 的确定行为。写错的地方，90% 都卡在这三处。
for _, v := range s 时修改 v 为什么无效
因为 v 是每次迭代复制出来的值，不是原元素的引用。你写 v++ 或 v.Field = 10，只改了那个临时变量，底层数组或切片完全没动。
- 切片元素是基础类型（如
[]int）或结构体（如[]User）时：v是副本，改它无意义 - 要真正修改原切片，必须用索引：
for i := range s { s[i].Field = 10 }或for i, v := range s { s[i] = v * 2 } - 例外：如果切片是
[]*T类型，v是指针副本，*v = ...或v.Field = ...才能生效（但语义易混淆，不推荐） - 结构体很大时，
for _, v := range s还会带来不必要的内存拷贝，性能敏感场景优先用for i := range s
range 遍历 map 为什么输出顺序总在变
Go 明确规定 range 遍历 map 的起始哈希桶是随机的，这不是 bug，是防你写出依赖顺序的脆弱代码。
- 测试里偶尔看到固定顺序？别信，那是运气；上线后一换机器或 Go 版本就崩
-
for k, v := range m中的v同样是值副本，v = 100不会影响m[k]，要改必须写m[k] = 100 - 需要稳定顺序（比如日志、JSON 序列化）：先收集 key 到切片，再排序，最后遍历：
keys := make([]string, 0, len(m)); for k := range m { keys = append(keys, k) }; sort.Strings(keys); for _, k := range keys { fmt.Println(k, m[k]) } - 并发读写
map时用range会 panic：fatal error: concurrent map iteration and map write，必须加锁或换sync.Map
range 遍历 string 时 i 是字节偏移，不是字符下标
for i, c := range s 中的 i 表示当前 rune 在字节序列里的起始位置，不是“第几个字符”。对中文、emoji 等多字节字符，i 会跳变（比如 "你好" 的第二个字的 i 是 3，不是 1）。
- 想按字符序号处理？别用
i做计数器，改用utf8.RuneCountInString(s)或转成[]rune再索引 - 只操作 ASCII 字符（如判断是否为
'a'）或做字节级替换？直接用for i := 0; i 更快，绕过 UTF-8 解码开销 -
c是rune类型，不是byte；用fmt.Printf("%c", c)能正确打印 Unicode 字符，但s[i]可能截断 UTF-8 编码
range 读 channel 容易导致 goroutine 泄漏
for v := range ch 会一直阻塞，直到 ch 关闭；没关，循环就不退出，goroutine 就永远挂起。
- 发送方忘记
close(ch)，或 close 太晚，接收端就卡死 - 不能对同一
ch多次使用range：第二次会 panic：panic: close of closed channel - 只想尝试读一次？用
select：select { case v, ok := - 多个 goroutine 同时
range ch是竞态行为，必须确保只有一个消费者，或用其他同步机制
最常被忽略的其实是变量复用问题：在循环里启动 goroutine 或取 &v，所有闭包拿到的都是最后一次迭代的 v 地址。这和副本机制无关，但和 range 绑定太紧，一写就翻车。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
