Golang Slice 索引价值还是参考？

“纵有疾风来，人生不言弃”，这句话送给正在学习Golang的朋友们，也希望在阅读本文《Golang Slice 索引价值还是参考？》后，能够真的帮助到大家。我也会在后续的文章中，陆续更新Golang相关的技术文章，有好的建议欢迎大家在评论留言，非常感谢！

我正在学习 go，并对我们从切片索引中得到的“东西”感到困惑。 假设我们有一个 bag 类型的结构：

type bag struct {
    item string
}

然后，假设我们有一个行李列表：

itembag := []bag{
    {item: "item1"},
    {item: "item2"},
    {item: "item3"}
}

现在，我尝试更改 itembag 变量的第一个元素的内容。天真地，我做了以下事情：

item1 := itembag[0]
item1.item = "not item1"

fmt.printf("itembag[0].item == 'not item1'? %v", itembag[0].item == "not item1")

// console print false

我得到的答案是错误的，因为（我想，如果我错了，请纠正我）当我们执行 item1 := itembag[0] 时，我们正在复制 itembag[0] 的值并且将其分配给 item1。我相信这就是这个博客的含义。

为了证明这一点，我尝试获取 itembag[0] 的指针并修改其值，瞧，我实现了我想要做的事情：

item1 := &itembag[0]
item1.item = "not item1"

fmt.printf("itembag[0].item == 'not item1'? %v", itembag[0].item == "not item1")

// console print true

如果我们说当我们进行切片索引（即 slice[index]）时，我们将获得其值的副本而不是底层项目，这就很有意义了。

现在，当我执行以下操作时：

itemBag[0].item = "not item1"

fmt.Printf("itemBag[0].item == 'not item1'? %v", itemBag[0].item == "not item1")

结果是true，这不是我所期望的。 因为它看起来像 itembag[0].item 在语法上与我首先将 itembag[0] 分配给变量然后引用其底层项目相同。

我觉得我错过了 golang 课程中的一个基本章节，拜托，任何重定向/解释将不胜感激！

尝试过使用谷歌搜索“通过引用传递切片索引”之类的内容，但无法在谷歌上精确定位到确切的关键字。

正确答案

赋值操作复制值。所以当你这样做时：

item1 = itembag[0]

您在 itembag[0] 处创建该对象的副本，其类型为 bag。现在 item1 拥有它的副本，您对其所做的任何修改都将在该副本上进行。

itemptr = &itembag[0]

赋值的右侧是一个指针，因此此操作创建该指针的副本并将其分配给 itempr。当执行itempr.item="x"时，相当于(*itempr).item=x，所以修改了指针的内容。

itembag[0] 是一个可寻址的值，即您可以获取它的地址。

https://go.dev/ref/spec#address_operators

表达式 itembag[0].item 也是一个可寻址值，因此您可以为其分配一些内容，它将反映在切片本身中。

但是，以下内容不是可寻址值：

m:=map[int]bag{1:bag{item:"str"}}
m[1].item="str1"

这是因为 m[1] 返回映射中值的副本，并且为其分配值将会丢失。但是，以下问题是可以解决的：

m:=map[int]*bag{1:&bag{item:"str"}}
m[1].item="str1"

这将在地图中设置 bag 的 item 字段。

本篇关于《Golang Slice 索引价值还是参考？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！