记一次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:
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!