代碼：func main() {    a := []int{1, 2}    printSlice("a", a)    b := a[0:1]    printSlice("b origin", b)    b = append(b, 9)    printSlice("b after append b without growing capacity", b)    printSlice("a after append b without growing capacity", a)    b = append(b, 5, 7, 8)    printSlice("a after append b with grown capacity", a)    printSlice("b after append b with grown capacity", b)    b[0] = 1000    printSlice("b", b)    printSlice("a", a)      }func printSlice(s string, x []int) {    fmt.Printf("%s len=%d cap=%d %v\n",        s, len(x), cap(x), x)}輸出：a len=2 cap=2 [1 2]b origin len=1 cap=2 [1]b after append b without growing capacity len=2 cap=2 [1 9]a after append b without growing capacity len=2 cap=2 [1 9]a after append b with grown capacity len=2 cap=2 [1 9]b after append b with grown capacity len=5 cap=6 [1 9 5 7 8]b len=5 cap=6 [1000 9 5 7 8]a len=2 cap=2 [1 9]有趣的是在最后兩行印刷。我已經知道切片只是底層數組的一個窗口。當在容量內重新切片時，兩個切片共享相同的底層數組，但是當我重新切片以超過其容量時，兩個切片具有不同的底層數組。但是為什么golang的設計者選擇不將原始切片的底層數組改成新切片的底層數組，從而讓兩個切片仍然擁有相同的底層數組呢？在當前狀態下，當我更改新重新切片的某些元素的值時，我必須檢查是否更改了底層數組以決定此操作是否對它支持的其他切片有副作用（請參閱輸出的最后兩行）。我覺得這很尷尬。