17370845950

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 索引循环

两者编译后生成的汇编几乎一致，性能无实质差别。选择依据应是语义清晰度与安全性，而非微小性能差异。

• range 更适合只读遍历、无需索引的场景，代码简洁且不易越界
• 需要索引做计算（如前后元素比较）、或需修改原切片时，传统 for i := 0; i 更直接
• 注意：len(slice) 在循环条件中每次都会求值，但它是 O(1) 操作，无负担；若切片长度在循环中可能变化且你依赖它，才需提前缓存

实际写代码时，最容易被忽略的是：range 的第二个变量永远是值拷贝，哪怕你对它取地址，得到的也是那个临时变量的地址，不是原切片元素的地址。这点在调试并发逻辑或结构体字段更新时，特别容易翻车。