首頁  >  文章  >  後端開發  >  Golang Slice 索引價值還是參考?

Golang Slice 索引價值還是參考?

王林
王林轉載
2024-02-09 08:42:17592瀏覽

Golang Slice 索引价值还是参考?

php小編西瓜為您介紹Golang中的Slice索引問題。在Golang中,Slice是一種靈活的動態數組,可以方便地對資料進行增刪改查操作。但是在使用Slice時,有時候會遇到索引的問題,也就是索引到的值是值的拷貝還是引用。了解索引的價值和參考的差異對於正確使用Slice至關重要。接下來,我們將詳細探討這個問題,幫助您更好地理解並應用Slice。

問題內容

我正在學習 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 課程中的一個基本章節,拜託,任何重定向/解釋將不勝感激!

嘗試過使用Google搜尋「透過引用傳遞切片索引」之類的內容,但無法在Google上精確定位到確切的關鍵字。

解決方法

賦值操作複製值。所以當你這樣做時:

item1 = itembag[0]

您在 itembag[0] 處建立該物件的副本,其類型為 bag。現在 item1 擁有它的副本,您對其所做的任何修改都將在該副本上進行。

itemptr = &itembag[0]

賦值的右側是一個指針,因此此操作會建立該指標的副本並將其指派給 itempr。當執行itempr.item="x"時,相當於(*itempr).item=x,所以修改了指標的內容。

itembag[0] 是一個可尋址的值,即您可以取得它的位址。

https://www.php.cn/link/753a043674f0193523abc1bbce678686

表達式 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"

這將在地圖中設定 bagitem 欄位。

以上是Golang Slice 索引價值還是參考?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文轉載於:stackoverflow.com。如有侵權,請聯絡admin@php.cn刪除