记一次Golang结构体与指针的坑点

  Golang语法简洁,但是也会因此带来一些比较难以察觉的坑点

  比如以下代码(可直接编译运行):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
package main
 
import "fmt"
 
type Test struct {
    test string
    temp string
}
 
func main() {
    a := []Test{
        Test{"123", "456"},
        Test{"1231", "4156"},
        Test{"12312", "34156"},
    }
 
    for k, v := range a {
        fmt.Println(k, v, &v.temp)
    }
 
    b := []*Test{
        &Test{"123", "456"},
        &Test{"1231", "4156"},
        &Test{"12312", "34156"},
    }
    for k, v := range b {
        fmt.Println(k, v, &v.temp)
    }
 
}

  

  在main函数当中,我们分别遍历结构体数组a,和结构体指针数组b,打印出成员的值,以及地址,最终结果是这样的:
  

1
2
3
4
5
6
0 {123 456} 0xc0000403d0
1 {1231 4156} 0xc0000403d0
2 {12312 34156} 0xc0000403d0
0 &{123 456} 0xc000040470
1 &{1231 4156} 0xc000040490
2 &{12312 34156} 0xc0000404b0

  可以看到,前三次的地址一模一样,后三次的地址却不一样了,这是为什么呢?

  留一部分空白,可以用来思考:)

 

 

 

 

 

 

 

 

 

 

 

 

  

  这是因为Golang在range遍历时,会根据遍历的对象来创建一个对应的迭代器,然后把当前遍历到的对象,值传递给这个迭代器。

  在遍历过程中,这个迭代器的地址是不会变的。

  第一个数组里,迭代器v是一个Test结构体;

  因此&v.temp,每次取的都是迭代器的成员变量的地址,所以地址不会变。

  

  而在第二个数组里,迭代器v是一个Test结构体的指针;

  虽然v的地址仍然不会改变,但是v当中存放的值,每次都会变,v中存放的,每次都是不同的结构体的地址。

  因此&v.temp,每次取的是迭代器指向的对象内部的成员变量的地址,所以每次是不一样的。

 

  其实这里有一点,那既然两次取的对象不一样,一个是迭代器本身,一个是迭代器指向的对象,那为什么写法都是&v.temp呢?

  答案是因为Golang语法简洁,点分符'.'的左边,既可以是实体对象,也可以是指针对象,所以才造成了看上去的“疑惑点”

  如果在c++里面,就不能这么表示了,会区分的更明显一些,所以不会有这个坑。

  实体引用使用'.',第一种取法是v.temp

  指针引用使用'->',第二种取法是v->temp,

  这样就能明显区别开两种引用方法,所以这个问题,本质上是Golang语法上的小陷阱,毕竟语法简洁,不是万无一失的。:doge:

 

posted @   J0nathan1ei  阅读(183)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!
点击右上角即可分享
微信分享提示