為什麼在 Go 中附加到循環中的切片會產生意外結果？

切片上追加操作的意外行為

在Go 中，在循環迭代期間將元素追加到切片然後創建新元素時，可能會出現意外行為根據結果進行切片。此行為源自於對引用進行切片的底層數組。

考慮以下程式碼：

<code class="go">func create(iterations int) []int {
    a := make([]int, 0)
    for i := 0; i < iterations; i++ {
        a = append(a, i)
    }
    return a
}</code>

如果我們呼叫create(11) 並將結果分配給i，我們預期每個後續追加操作(j :=append(i, 100) 、g :=append(i, 101) 和h :=append(i, 102)) 建立具有不同值的新切片。然而，觀察到的行為是，這些新切片的最後一個元素始終為 102，無論其索引為何。

發生這種情況是因為所有追加都會修改相同的底層陣列。將元素附加到切片會更改長度並可能導致數組的重新分配。分配新數組時，所有先前對舊數組的引用都將變得無效。

但是，切片文字的行為符合預期，因為如果追加超出後備數組的容量，則總是會分配新數組。

慣用方法

為了確保基於現有切片創建多個新切片時的可預測行為，慣用方法是在附加元素之前複製切片：

<code class="go">func makeFromSlice(sl []int) []int {
    result := make([]int, len(sl))
    copy(result, sl)
    return result
}</code>

透過執行複製，我們建立一個新的支援數組，並確保對結果切片所做的變更不會影響原始切片。

以上是為什麼在 Go 中附加到循環中的切片會產生意外結果？的詳細內容。更多資訊請關注PHP中文網其他相關文章！