记一次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: