面试官:go中for-range使用过吗?这几个问题你能解释一下原因吗?

前言

读者A:不会吧,阿Sir,这周这么高产~~~

asong:当然啦,为了你们,一切都值得~~~

读者B:净放臭屁屁,就你戏多~~~

asong:你凶人家,坏坏~~~

哈哈哈,戏太足了奥。自导自演可还行。今日分享之前,先放松放松嘛,毕竟接下来的知识,还是需要我们思考的。今天给大家分享的是go中的range,这个我们在实际开发中,是经常使用,但是他有一个坑,使用不好,是要被开除的。但是,今天你恰好看了我这一篇文章,就避免了这个坑,开心嘛~~~。直接笑,别克制,我知道你嘴角已经上扬了。

废话结束,我们直接开始。

正文

1. 指针数据坑

range到底有什么坑呢,我们先来运行一个例子吧。

package main

import (
 "fmt"
)

type user struct {
 name string
 age uint64
}

func main()  {
 u := []user{
  {"asong",23},
  {"song",19},
  {"asong2020",18},
 }
 n := make([]*user,0,len(u))
 for _,v := range u{
  n = append(n, &v)
 }
 fmt.Println(n)
 for _,v := range n{
  fmt.Println(v)
 }
}

这个例子的目的是,通过u这个slice构造成新的slice。我们预期应该是显示uslice的内容,但是运行结果如下:

[0xc0000a6040 0xc0000a6040 0xc0000a6040]
&{asong2020 18}
&{asong2020 18}
&{asong2020 18}

这里我们看到n这个slice打印出来的三个同样的数据,并且他们的内存地址相同。这是什么原因呢?先别着急,再来看这一段代码,我给他改正确他,对比之后我们再来分析,你们才会恍然大悟。

package main

import (
 "fmt"
)

type user struct {
 name string
 age uint64
}

func main()  {
 u := []user{
  {"asong",23},
  {"song",19},
  {"asong2020",18},
 }
 n := make([]*user,0,len(u))
 for _,v := range u{
  o := v
  n = append(n, &o)
 }
 fmt.Println(n)
 for _,v := range n{
  fmt.Println(v)
 }
}

细心的你们看到,我改动了哪一部分代码了嘛?对,没错,我就加了一句话,他就成功了,我在for range里面引入了一个中间变量,每次迭代都重新声明一个变量o,赋值后再将v的地址添加n切片中,这样成功解决了刚才的问题。

现在来解释一下原因:在for range中,变量v是用来保存迭代切片所得的值,因为v只被声明了一次,每次迭代的值都是赋值给v,该变量的内存地址始终未变,这样讲他的地址追加到新的切片中,该切片保存的都是同一个地址,这肯定无法达到预期效果的。这里还需要注意一点,变量v的地址也并不是指向原来切片u[2]的,因我在使用range迭代的时候,变量v的数据是切片的拷贝数据,所以直接copy了结构体数据。

上面的问题还有一种解决方法,直接引用数据的内存,这个方法比较好,不需要开辟新的内存空间,看代码:

......略
for k,_ := range u{
  n = append(n, &u[k])
 }
......略
2. 迭代修改变量问题

还是刚才的例子,我们做一点改动,现在我们要对切片中保存的每个用户的年龄进行修改,因为我们都是永远18岁,嘎嘎嘎~~~。

package main

import (
 "fmt"
)

type user struct {
 name string
 age uint64
}

func main()  {
 u := []user{
  {"asong",23},
  {"song",19},
  {"asong2020",18},
 }
 for _,v := range u{
  if v.age != 18{
   v.age = 20
  }
 }
 fmt.Println(u)
}

来看一下运行结果:

[{asong 23} {song 19} {asong2020 18}]

哎呀,怎么回事。怎么没有更改呢。其实道理都是一样,还记得,我在上文说的一个知识点嘛。对,就是这个,想起来了吧。v变量是拷贝切片中的数据,修改拷贝数据怎么会对原切片有影响呢,还是这个问题,copy这个知识点很重要,一不注意,就会出现问题。知道问题了,我们现在来把这个问题解决吧。

package main

import (
 "fmt"
)

type user struct {
 name string
 age uint64
}

func main()  {
 u := []user{
  {"asong",23},
  {"song",19},
  {"asong2020",18},
 }
 for k,v := range u{
  if v.age != 18{
   u[k].age = 18
  }
 }
 fmt.Println(u)
}

可以看到,我们直接对切片的值进行修改,这样就修改成功了。所以这里还是要注意一下的,防止以后出现bug

3. 是否会造成死循环

来看一段代码:

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

这一段代码会造成死循环吗?答案:当然不会,前面都说了range会对切片做拷贝,新增的数据并不在拷贝内容中,并不会发生死循环。这种题一般会在面试中问,可以留意下的。

你不知道的range用法

delete

没看错,删除,在range迭代时,可以删除map中的数据,第一次见到这么使用的,我刚听到确实不太相信,所以我就去查了一下官方文档,确实有这个写法:

for key := range m {
    if key.expired() {
        delete(m, key)
    }
}

看看官方的解释:

The iteration order over maps is not specified and is not guaranteed to be the same from one iteration to the next. If map entries that have not yet been reached are removed during iteration, the corresponding iteration values will not be produced. If map entries are created during iteration, that entry may be produced during the iteration or may be skipped. The choice may vary for each entry created and from one iteration to the next. If the map is nil, the number of iterations is 0.

翻译:
未指定`map`的迭代顺序,并且不能保证每次迭代之间都相同。 如果在迭代过程中删除了尚未到达的映射条目,则不会生成相应的迭代值。 如果映射条目是在迭代过程中创建的,则该条目可能在迭代过程中产生或可以被跳过。 对于创建的每个条目以及从一个迭代到下一个迭代,选择可能有所不同。 如果映射为nil,则迭代次数为0。

看这个代码:

func main()  {
 d := map[string]string{
  "asong": "帅",
  "song": "太帅了",
 }
 for k := range d{
  if k == "asong"{
   delete(d,k)
  }
 }
 fmt.Println(d)
}

# 运行结果
map[song:太帅了]

从运行结果我们可以看出,key为asong的这位帅哥被从帅哥map中删掉了,哇哦,可气呀。这个方法,相信很多小伙伴都不知道,今天教给你们了,以后可以用起来了。

add

上面是删除,那肯定会有新增呀,直接看代码吧。

func main()  {
 d := map[string]string{
  "asong": "帅",
  "song": "太帅了",
 }
 for k,v := range d{
  d[v] = k
  fmt.Println(d)
 }
}

这里我把打印放到了range里,你们思考一下,新增的元素,在遍历时能够遍历到呢。我们来验证一下。

func main()  {
 var addTomap = func() {
  var t = map[string]string{
   "asong": "太帅",
   "song": "好帅",
   "asong1": "非常帅",
  }
  for k := range t {
   t["song2020"] = "真帅"
   fmt.Printf("%s%s ", k, t[k])
  }
 }
 for i := 0; i < 10; i++ {
  addTomap()
  fmt.Println()
 }
}

运行结果:

asong太帅 song好帅 asong1非常帅 song2020真帅 
asong太帅 song好帅 asong1非常帅 
asong太帅 song好帅 asong1非常帅 song2020真帅 
asong1非常帅 song2020真帅 asong太帅 song好帅 
asong太帅 song好帅 asong1非常帅 song2020真帅 
asong太帅 song好帅 asong1非常帅 song2020真帅 
asong太帅 song好帅 asong1非常帅 
asong1非常帅 song2020真帅 asong太帅 song好帅 
asong太帅 song好帅 asong1非常帅 song2020真帅 
asong太帅 song好帅 asong1非常帅 song2020真帅

从运行结果,我们可以看出来,每一次的结果并不是确定的。这是为什么呢?这就来揭秘,map内部实现是一个链式hash表,为了保证无顺序,初始化时会随机一个遍历开始的位置,所以新增的元素被遍历到就变的不确定了,同样删除也是一个道理,但是删除元素后边就不会出现,所以一定不会被遍历到。

总结

怎么样,伙伴们,收获不小吧。一个小小的range就会引发这么多的问题,所以说写代码一定要实践,光靠想是没有用的,有些问题只有在实践中才会有所提高。希望今天的分享对你们有用,好啦,这一期就结束啦。我们下期见。打个预告:下期将介绍go-elastic的使用,有需要的小伙伴留意一下。

「结尾给大家发一个小福利吧,最近我在看[微服务架构设计模式]这一本书,讲的很好,自己也收集了一本PDF,有需要的小伙可以到自行下载。获取方式:关注公众号:[Golang梦工厂],后台回复:[微服务],即可获取。」

「我翻译了一份GIN中文文档,会定期进行维护,有需要的小伙伴后台回复[gin]即可下载。」

「我是asong,一名普普通通的程序猿,让我一起慢慢变强吧。欢迎各位的关注,我们下期见~~~」

推荐往期文章:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值