為什麼重新切片 Go Slice 並不總是會減少其容量？

Golang 中的重新切片

在 Go 中，切片提供了一種靈活的方式來管理元素集合。雖然創建和訪問切片很簡單，但理解重新切片的行為可能很棘手。讓我們來探索說明這個概念的程式碼片段：

package main

import "fmt"

func main() {
    a := make([]int, 5)
    printSlice("a", a)
    b := make([]int, 0, 5)
    printSlice("b", b)
    c := b[:2]
    printSlice("c", c)
    d := c[2:5]
    printSlice("d", d)
}

func printSlice(s string, x []int) {
    fmt.Printf("%s len=%d cap=%d %v\n",
        s, len(x), cap(x), x)
}

這段程式碼創建了一個長度為5、容量為5 的切片a，後面是長度和容量分別為0 和5 的兩個切片b 和c分別為2 個。然後將切片 d 建立為 c 的重新切片，起始索引為 2，結束索引為 5。

觀察輸出時會出現令人困惑的部分：

a len=5 cap=5 [0 0 0 0 0]
b len=0 cap=5 []
c len=2 cap=5 [0 0] //why the capacity of c not 2 but 5 instead
d len=3 cap=3 [0 0 0]

了解重新切片

重新切片時，重要的是請記住，切片不是其底層數組的副本。相反，它們是引用數組一部分的 windows。

• 對於切片 c，它被建立為切片 b 的前兩個元素的切片。由於 b 的容量為 5，因此切片 c 可以擴展以包含剩餘的三個元素。這就是為什麼它的容量保持在 5。
• 然後將切片 d 建立為 c 的重新切片，起始索引為 2。這意味著 d 引用了 [2, 5）。由於該範圍內只剩下三個元素，因此 d 的長度為 3，其容量為 3（因為它是總容量為 5 的較大切片的一部分）。

進一步澄清

下面的程式碼舉例說明了重切片之間的密切關係slices:

func main() {
    b := make([]int, 0, 5)
    c := b[:2]
    d := c[1:5] // this is equivalent to d := b[1:5]
    d[0] = 1
    printSlice("c", c)
    printSlice("d", d)
}

輸出：

c len=2 cap=5 [0 1] // modifying d has modified c
d len=4 cap=4 [1 0 0 0] 

這表示修改切片 d的元素會直接影響切片 c 的元素，從而確認兩個切片共享相同的基礎資料。

以上是為什麼重新切片 Go Slice 並不總是會減少其容量？的詳細內容。更多資訊請關注PHP中文網其他相關文章！