假设一个Go 1.18的程序有quite heavy个struct，对它来说，复制被认为是昂贵的:
type MyStruct struct {
P string
// a lot of properties
}
现在让我们定义一个函数，将slice个这样的元素作为输入参数，其目标是更新每个切片元素的属性:
func myFunc(sl []MyStruct) {
for i := range sl {
p := &sl[i] // <-- HERE
p.P = "bar"
// other properties mutations
}
}
在<-- HERE标记处，Golang编译器是将片元素的temporary copy放入循环的作用域，还是获取片元素in-place的地址？
这样做是为了避免复制整个切片元素.
&sl[i]不复制Slice元素，它只计算第ith元素的地址.
Slice元素充当变量，&x的计算结果为x个变量的address.想想看:既然&sl[i]是第i个元素的地址，这个地址既不需要也不使用struct值，为什么要复制呢？
如果您的片太大，以至于您担心(隐式)副本的性能影响，您真的应该首先考虑将指针存储在片中，这样您就可以使循环和访问元素变得更加简单，而不必担心副本:
func myFunc(sl []*MyStruct) {
for _, v := range sl {
v.P = "bar"
// other properties mutations
}
}
另请注意，如果您的切片包含非指针，并且您想要更改切片元素的字段，则索引切片并引用该字段也不涉及复制 struct 元素:
func myFunc(sl []MyStruct) {
for i := range sl {
sl[i].P = "bar"
// other properties mutations
}
}
是的，如果您必须修改多个字段，这可能会更繁琐，效率可能会更低(但编译器也可能识别和优化多个sl[i]个表达式的求值).