v是副本而非引用，修改v不影响原切片；改原切片须用索引s[i]；结构体切片中v.Field=x无效；map遍历顺序随机，需显式排序key；并发读写map会panic；string遍历中i是字节偏移而非字符序号。
range 遍历切片时改不了原值？因为 v 是副本
直接说结论：v 是每次迭代复制出来的值，不是引用。你写 v = v * 2，只改了那个临时变量，原切片纹丝不动。
- 要修改原切片元素，必须用索引：写成
for i := range s { s[i] = s[i] * 2 }或for i, v := range s { s[i] = v * 2 } - 结构体切片尤其危险——
v.Field = x不会生效，除非v字段本身是指针或 slice - 如果只是读取、计算、打印，
for _, v := range s完全没问题；但凡涉及“写”，就别碰v赋值
range 遍历 map 顺序每次都不同，这不是 bug
Go 明确规定 range 遍历 map 的起始哈希桶是随机的，所以键的输出顺序不固定——这是防你依赖顺序写的代码侥幸跑通。
- 测试里偶尔顺序一致？别信，生产环境大概率变
- 需要稳定顺序（比如日志输出、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 遍历字符串返回的是 rune 起始字节位置，不是字符序号
range 遍历 string 时，i 是该 rune 在字节序列里的起始偏移（不是第几个字符），c 才是解码后的 Unicode 字符。
- 中文、emoji 等多字节字符会让
i跳跃：比如"你好"中第二个字的i是 3，不是 1 - 想统计字符个数？用
utf8.RuneCountInString(s)，别靠range循环计数器 - 如果只是查 ASCII 字符（如
'a'）、做字节级操作，用for i := 0; i 更快，绕过 UTF-8 解码开销
range 读 channel 会一直阻塞，直到 close
for v := range ch 这句看似简单，实则隐含阻塞语义：它会卡住，直到有数据可读；通道关闭后自动退出循环。
立即学习“go语言免费学习笔记（深入）”；
- 通道没关，goroutine 就永远挂起，容易导致 goroutine 泄漏
- 别在一个 channel 上多次用
range—— 第二次会立即 panic：panic: close of closed channel - 只想尝试读一次？用
select：select { case v, ok := ，更可控
事情说清了就结束。最常翻车的三处：以为 v 可改原切片、拿 range map 输出当有序、把字符串 i 当成字符下标——这些都不是语法错，是语义误读。
