重新分配切片参数的行为变化较大

**摘要：** 在 Go 语言中，重新分配切片参数会导致意外的行为。在本文中，我们分析了一个示例代码，其中删除切片元素后，主函数中修改后的切片仍然保留在原切片中。这是因为切片指向相同的底层数组，当追加新值时，原切片的容量足够，无需重新分配。因此，主函数中虽然未使用重新分配的值，但仍能看到修改后的切片。

package main

import "fmt"

func main() {
    paths := []string{"hello", "world", "mars"}
    var result = delete(paths, 1)
    fmt.Println(result)
    fmt.Println(paths)
}

func delete(paths []string, index int) []string {
    paths = append(paths[:index], paths[index+1:]...)
    return paths
}

上述代码的结果如下：

[你好火星] [你好火星火星]

如您所见，第二个 fmt.println(paths) 显然使用了修改后的切片，但没有使用重新分配的值。这是为什么？我期待它像之前的打印一样打印 [hello mars]。

我知道传递的 paths 与 delete() 函数中的 paths 参数不是同一个切片，期望引用相同的底层数组。但我仍然不明白如何更改传递给 delete 函数的 paths 的底层数组，因为它打印 [hello mars mars] 而不是 [hello world mars]。

解决方案

因为，正如您所说，正在使用相同的底层数组。当您进行追加时，paths[:1] 是长度为 1、容量为 3 的切片，而 paths[2:] 是长度为 1 的切片，因此第一个切片的底层数组中有足够的空间附加新值而不分配新数组。 main 中的 paths 仍然是长度为 3 的切片，因为它从未被修改，但由于底层数组已修改（特别是元素 1），您会看到您看到的值。

如果您还没有的话，您可能想查看一下 https://blog.golang.org/go-slices-usage-and-internals。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《重新分配切片参数的行为变化较大》文章吧，也可关注golang学习网公众号了解相关技术文章。