range遍历时修改v不生效，因v是副本；需用slice[i]修改；goroutine中复用v需显式复制或传参；遍历时不可增删切片元素，应先收集索引再批量处理。
为什么 range 遍历切片时修改元素值不生效
直接对 range 返回的值变量赋值，不会影响原切片内容，因为 Go 中 range 的第二个返回值是元素的副本，不是引用。
- 错误写法：
for i, v := range slice { v = v * 2 // 这里改的是 v 的副本，slice[i] 不变 } - 正确做法：通过索引修改原切片 ——
slice[i] = slice[i] * 2或slice[i] *= 2 - 如果只需要读取，用
v更安全；如果要写入，必须用slice[i]
如何避免 range 循环中意外复用变量地址
在循环内启动 goroutine 并传入 v 或 &v 是常见陷阱：所有 goroutine 最终可能看到同一个 v 的最终值，因为 v 在每次迭代中被复用。
- 典型错误：
for _, v := range data { go func() { fmt.Println(v) // 所有 goroutine 都打印最后一个 v }() } - 修复方式：在循环体内显式创建新变量，或直接传参
for _, v := range data { v := v // 创建新变量，遮蔽外层 v go func() { fmt.Println(v) }() } - 更推荐传参写法（语义更清晰）：
for _, v := range data { go func(val int) { fmt.Println(val) }(v) }
遍历过程中能否安全地增删切片元素
不能。在 range 迭代过程中直接对底层数组扩容（如 append）可能导致部分元素被跳过，甚至引发不可预测行为，因为 range 在开始时已确定迭代长度和底层数组指针。
- 现象：追加元素后，后续
range迭代仍按原始长度进行，新增元素不会被访问到 - 删除也不安全：例如
slice = append(slice[:i], slice[i+1:]...)会改变底层数组结构，但range不感知 - 正确策略：先收集待操作索引，循环结束后再批量处理；或改用传统
for i := 0; i 并手动控制i增减
性能差异：用 range 还是传统 for 索引循环
两者编译后生成的汇编几乎一致，性能无实质差别。选择依据应是语义清晰度与安全性，而非微小性能差异。
立即学习“go语言免费学习笔记（深入）”；
-
range更适合只读遍历、无需索引的场景，代码简洁且不易越界 - 需要索引做计算（如前后元素比较）、或需修改原切片时，传统
for i := 0; i 更直接 - 注意：
len(slice)在循环条件中每次都会求值，但它是 O(1) 操作，无负担；若切片长度在循环中可能变化且你依赖它，才需提前缓存
实际写代码时，最容易被忽略的是：range 的第二个变量永远是值拷贝，哪怕你对它取地址，得到的也是那个临时变量的地址，不是原切片元素的地址。这点在调试并发逻辑或结构体字段更新时，特别容易翻车。
