Go语言切片：修改子切片为什么有时不会影响原切片？

深入Go语言切片：子切片修改与原始切片的关系

本文分析Go语言切片（slice）的特性，重点关注子切片操作对原始切片的影响。我们将通过示例代码解释为何修改子切片有时不会改变原始切片。

示例代码展示了两个切片 s1 和 s2，其中 s2 是 s1 的子切片：s2 := s1[2:]。 程序首先打印 s1 和 s2 的长度、容量和内存地址。 这表明 s2 的底层数组与 s1 共享同一内存空间，只是 s2 指向 s1 的第三个元素。

修改 s2 中的元素（例如 s2[0] = 99）会同时改变 s1 中对应的元素，这体现了切片共享底层数组的特性。然而，当对 s2 执行 append 操作后，情况有所不同。append 操作可能导致底层数组重新分配，使 s2 与 s1 不再共享内存。 因此，append(s2, 199) 后，修改 s2[1] 不会影响 s1。

立即学习“go语言免费学习笔记（深入）”；

append 函数的底层实现会根据需要动态扩容切片的底层数组。如果容量不足，append 会分配一个更大的新数组，复制原数组元素到新数组，再添加新元素。 这使得 s2 指向新的底层数组，而 s1 仍然指向原数组，两者不再共享内存。

结论：append 等改变切片容量的操作可能导致底层数组重新分配，从而破坏子切片与原始切片的共享关系。只有在不改变容量的情况下修改子切片，才会影响原始切片。

以上就是Go语言切片：修改子切片为什么有时不会影响原切片？的详细内容，更多请关注软件指南其它相关文章！