根據(jù)內(nèi)置的 api docs，當(dāng)原始切片的容量不夠大時(shí)， append() 將重新分配并復(fù)制到新的數(shù)組塊。這是用于創(chuàng)建字母組合（在本例中為布爾值）的遞歸算法（的簡(jiǎn)化版本）。字母表的成員 (true, false) 被遞歸地添加到切片中，直到它的長(zhǎng)度正確，然后通過通道發(fā)送。package mainimport (    "fmt")func AddOption(c chan []bool, combo []bool, length int) {    if length == 0 {        fmt.Println(combo, "!")        c <- combo        return    }    var newCombo []bool    for _, ch := range []bool{true, false} {        newCombo = append(combo, ch)        AddOption(c, newCombo, length-1)    }}func main() {    c := make(chan []bool)    go func(c chan []bool) {        defer close(c)        AddOption(c, []bool{}, 4)    }(c)    for combination := range c {        fmt.Println(combination)    }}這是此代碼的操場(chǎng)鏈接。在輸出中：[true true true true] ![true true true false] ![true true true false][true true true false][true true false true] ![true true false false] ![true true false false][true true false false][true false true true] ![true false true false] ![true false true false][true false true false][true false false true] ![true false false false] ![true false false false][true false false false][false true true true] ![false true true false] ![false true true false][false true true false][false true false true] ![false true false false] ![false true false false][false true false false][false false true true] ![false false true false] ![false false true false][false false true false][false false false true] ![false false false false] ![false false false false][false false false false]以感嘆號(hào)結(jié)尾的行是從 AddOption 發(fā)送到通道的行。那些沒有出現(xiàn)在另一側(cè)（即在 main() 中）。很明顯，通過通道發(fā)送的切片在發(fā)送后發(fā)生了變化。由于AddOption在發(fā)送切片后立即返回，因此修改必須來自代碼塊var newCombo []boolfor _, ch := range []bool{true, false} {    newCombo = append(combo, ch)    AddOption(c, newCombo, length-1)}但是，根據(jù)文檔， append() 應(yīng)該返回一個(gè)新切片（cap(combo) 不夠大）。根據(jù)這個(gè)答案，發(fā)送到 AddOption 的切片描述符應(yīng)該是一個(gè)副本；這不是真的嗎？據(jù)我所知，作為 AddOption() 的第二個(gè)參數(shù)發(fā)送的值要么是指向切片描述符的指針，要么 append() 不返回新切片。