Golang Go语言 Dig101-Go 之 for-range 排坑指南

发布于 1周前 作者 ionicwang 来自 Go语言

Golang Go语言 Dig101-Go 之 for-range 排坑指南

Dig101: dig more, simplified more and know more

golang 常用的遍历方式,有两种:for 和 for-range。 而 for-range 使用中有些坑常会遇到,今天我们一起来捋一捋。

0x01 遍历取不到所有元素指针?

如下代码想从数组遍历获取一个指针元素切片集合

arr := [2]int{1, 2}
res := []*int{}
for _, v := range arr {
    res = append(res, &v)
}
//expect: 1 2
fmt.Println(*res[0],*res[1]) 
//but output: 2 2  

答案是 [取不到] 同样代码对切片[]int{1, 2}map[int]int{1:1, 2:2}遍历也不符合预期。 问题出在哪里?

通过查看go 编译源码可以了解到, for-range 其实是语法糖,内部调用还是 for 循环,初始化会拷贝带遍历的列表(如 array,slice,map ),然后每次遍历的v都是对同一个元素的遍历赋值。 也就是说如果直接对v取地址,最终只会拿到一个地址,而对应的值就是最后遍历的那个元素所附给v的值。对应伪代码如下:

// len_temp := len(range)
// range_temp := range
// for index_temp = 0; index_temp < len_temp; index_temp++ {
//     value_temp = range_temp[index_temp]
//     index = index_temp
//     value = value_temp
//     original body
//   }

那么怎么改? 有两种

  • 使用局部变量拷贝v
for _, v := range arr {
    //局部变量 v 替换了 v,也可用别的局部变量名
    v := v 
    res = append(res, &v)
}
  • 直接索引获取原来的元素
//这种其实退化为 for 循环的简写
for k := range arr {
    res = append(res, &arr[k])
}

理顺了这个问题后边的坑基本都好发现了,来迅速过一遍

0x02 遍历会停止么?

v := []int{1, 2, 3}
for i := range v {
    v = append(v, i)
}

答案是 [会] ,因为遍历前对v做了拷贝,所以期间对原来v的修改不会反映到遍历中

0x03 对大数组这样遍历有啥问题?

//假设值都为 1,这里只赋值 3 个
var arr = [102400]int{1, 1, 1} 
for i, n := range arr {
    //just ignore i and n for simplify the example
    _ = i 
    _ = n 
}

答案是 [有问题] !遍历前的拷贝对内存是极大浪费啊 怎么优化?有两种

  • 对数组取地址遍历 for i, n := range &arr
  • 对数组做切片引用 for i, n := range arr[:]

反思题:对大量元素的 slice 和 map 遍历为啥不会有内存浪费问题? (提示,底层数据结构是否被拷贝)

0x04 对大数组这样重置效率高么?

//假设值都为 1,这里只赋值 3 个
var arr = [102400]int{1, 1, 1} 
for i, _ := range &arr {
    arr[i] = 0
}

答案是 [高] ,这个要理解得知道 go 对这种重置元素值为默认值的遍历是有优化的, 详见go 源码:memclrrange

// Lower n into runtime·memclr if possible, for
// fast zeroing of slices and arrays (issue 5373).
// Look for instances of
//
// for i := range a {
// 	a[i] = zero
// }
//
// in which the evaluation of a is side-effect-free.

0x05 对 map 遍历时删除元素能遍历到么?

var m = map[int]int{1: 1, 2: 2, 3: 3}
//only del key once, and not del the current iteration key
var o sync.Once 
for i := range m {
    o.Do(func() {
        for _, key := range []int{1, 2, 3} {
            if key != i {
                fmt.Printf("when iteration key %d, del key %d\n", i, key)
                delete(m, key)
                break
            }
        }
    })
    fmt.Printf("%d%d ", i, m[i])
}

答案是 [不会] map 内部实现是一个链式 hash 表,为保证每次无序,初始化时会随机一个遍历开始的位置, 这样,如果删除的元素开始没被遍历到(上边once.Do函数内保证第一次执行时删除未遍历的一个元素),那就后边就不会出现。

0x06 对 map 遍历时新增元素能遍历到么?

var m = map[int]int{1:1, 2:2, 3:3}
for i, _ := range m {
    m[4] = 4
    fmt.Printf("%d%d ", i, m[i])
}

答案是 [可能会] ,输出中可能会有44。原因同上一个, 可以用以下代码验证

var createElemDuringIterMap = func() {
    var m = map[int]int{1: 1, 2: 2, 3: 3}
    for i := range m {
        m[4] = 4
        fmt.Printf("%d%d ", i, m[i])
    }
}
for i := 0; i < 50; i++ {
    //some line will not show 44, some line will
    createElemDuringIterMap()
    fmt.Println()
}

0x07 这样遍历中起 goroutine 可以么?

var m = []int{1, 2, 3}
for i := range m {
    go func() {
        fmt.Print(i)
    }()
}
//block main 1ms to wait goroutine finished
time.Sleep(time.Millisecond) 

答案是 [不可以] 。预期输出 0,1,2 的某个组合,如 012,210.. 结果是 222. 同样是拷贝的问题 怎么解决

  • 以参数方式传入
for i := range m {
    go func(i int) {
        fmt.Print(i)
    }(i)
}
  • 使用局部变量拷贝
for i := range m {
    i := i
    go func() {
        fmt.Print(i)
    }()
}

发现没,一个简单的 for-range,仔细剖析下来也是有不少有趣的地方。 希望剖析后能让你更进一步的了解。 如有问题欢迎留言交流。

本文代码见 NewbMiao/Dig101-Go

参考 Go Range Loop Internals Common Mistakes go101: Arrays, Slices and Maps in Go

欢迎关注公众号:newbmiao,获取及时更新文章。

推荐阅读:Dig101 系列,挖一挖技术背后的故事。


更多关于Golang Go语言 Dig101-Go 之 for-range 排坑指南的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html

1 回复

更多关于Golang Go语言 Dig101-Go 之 for-range 排坑指南的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html


针对Golang Go语言中的for-range排坑指南,以下是一些关键点总结:

  1. 指针数据坑

    • 使用for-range遍历时,变量v是迭代值的拷贝,直接取v的地址会得到相同的地址,指向最后遍历的元素。解决方法是使用局部变量拷贝或使用索引直接访问原元素。
  2. 迭代修改变量问题

    • 遍历切片或数组时,修改v的值不会影响原切片,因为v是拷贝。需通过索引修改原切片元素。
    • 遍历map时,可以修改已存在的key对应的value,但添加或删除元素不会影响当前迭代。
  3. 死循环问题

    • 在for-range中对切片进行append操作不会造成死循环,因为range会对切片做拷贝。
  4. map遍历中的删除与添加

    • 遍历map时,删除未遍历到的元素,该元素将不会出现在后续迭代中。
    • 添加新元素时,新元素可能出现在后续迭代中,也可能被跳过,具体行为未指定。
  5. goroutine问题

    • 在for-range中启动goroutine时,需谨慎处理循环变量的共享问题,避免数据竞争。

总之,在使用for-range时,需要注意变量的作用域和生命周期,以及迭代过程中对原数据的修改是否会影响迭代结果。通过理解for-range的底层实现和编译器优化,可以更好地避免这些坑。

回到顶部