for range不是安全遍历，它默认复制值、复用变量、不保序、不支持中断；修改切片元素需用索引，goroutine中需显式捕获变量，map遍历顺序未定义。
for range 不是“安全遍历”的代名词，它默认复制值、复用变量、不保序、不支持中断——几乎所有相关 bug 都源于对这四点的误判。
修改切片元素为什么没生效
因为 range 每次迭代给你的 v 是元素副本，不是原位置引用。对 v 赋值，只改了那个临时变量。
- 错误写法：
for _, v := range s { v.Field = 10 }→s完全不变 - 正确做法：用索引改原切片：
for i := range s { s[i].Field = 10 } - 如果元素本身是指针（如
[]*T），v是指针副本，v.Field = x才能生效（因为指针值没变，指向没变） - 结构体很大时，
range复制开销明显；优先用索引遍历，避免无谓拷贝
goroutine 或 defer 中打印/使用全是最后一个值
所有 goroutine（或 defer）共享同一个循环变量 v 的地址，等它们真正执行时，v 早已被赋为最后一次迭代的值。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 错误写法：
for _, v := range strs { go func() { fmt.Println(v) }() }→ 几乎总输出最后一个v - 修复方式一（推荐）：显式创建新变量遮蔽：
v := v; go func() { fmt.Println(v) }() - 修复方式二：传参进闭包：
go func(val string) { fmt.Println(val) }(v) - 这个陷阱同样出现在
defer和普通闭包中，不只限于 goroutine
取 &v 存到切片里，结果全指向同一个地址
v 是复用的栈变量，&v 每次都返回它的地址，而该地址内容随迭代不断更新。
- 错误写法：
ptrs = append(ptrs, &v)→ 所有指针最终都指向最后一次的v - 正确做法一（推荐）：直接取切片元素地址：
&s[i]（前提是用索引循环） - 正确做法二：在循环内声明新变量再取址：
val := v; ptrs = append(ptrs, &val) - 注意：
&s[i]安全的前提是切片不扩容；若后续会append，原地址可能失效
map 遍历顺序能依赖吗
不能。Go 明确规定 map 迭代顺序未定义，每次运行都可能不同，这不是 bug，是语言设计。
- 常见误用：
for k, v := range m后假设 key 按插入顺序或字典序出现 - 需要确定顺序时：先收集 key 到切片，
sort.Strings(keys)，再按序遍历m[key] - 排序带来
O(n log n)开销，大数据量需权衡是否值得 - 这和“副本机制”无关，但常被和
range陷阱混为一谈
最危险的组合是：大结构体 + range + 取地址 + goroutine —— 四个坑叠在一起，调试时几乎看不出逻辑错在哪。实际编码中，只要涉及指针、并发或修改原数据，就该本能地检查是不是掉进了 v 复用的坑里。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
