Golang语法简洁，但是也会因此带来一些比较难以察觉的坑点
比如以下代码(可直接编译运行):
在main函数当中，我们分别遍历结构体数组a，和结构体指针数组b，打印出成员的值，以及地址，最终结果是这样的：
可以看到，前三次的地址一模一样，后三次的地址却不一样了，这是为什么呢？
留一部分空白，可以用来思考:)
这是因为Golang在range遍历时，会根据遍历的对象来创建一个对应的迭代器，然后把当前遍历到的对象，值传递给这个迭代器。
在遍历过程中，这个迭代器的地址是不会变的。
第一个数组里，迭代器v是一个Test结构体；
因此&v.temp，每次取的都是迭代器的成员变量的地址，所以地址不会变。
而在第二个数组里，迭代器v是一个Test结构体的指针；
虽然v的地址仍然不会改变，但是v当中存放的值，每次都会变，v中存放的，每次都是不同的结构体的地址。
因此&v.temp，每次取的是迭代器指向的对象内部的成员变量的地址，所以每次是不一样的。
其实这里有一点，那既然两次取的对象不一样，一个是迭代器本身，一个是迭代器指向的对象，那为什么写法都是&v.temp呢？
答案是因为Golang语法简洁，点分符'.'的左边，既可以是实体对象，也可以是指针对象，所以才造成了看上去的“疑惑点”
如果在c++里面，就不能这么表示了，会区分的更明显一些，所以不会有这个坑。
实体引用使用'.'，第一种取法是v.temp
指针引用使用'->'，第二种取法是v->temp，
这样就能明显区别开两种引用方法，所以这个问题，本质上是Golang语法上的小陷阱，毕竟语法简洁，不是万无一失的。:doge: