在golang的slice扩展上，通过在源代码运行时读取growslice，可以得到如下规则：
当旧片的容量小于1024时，新片的容量是旧片的两倍。超过1024后，一般认为在互联网上增长1.25倍。通过源代码和实际验证，我们发现扩展策略不是简单地扩展到原来片容量的2倍或1.25倍，而是内存对齐的操作。因此，规则是：扩容后的容量>=原容量的2倍或1.25倍。
它必须是连续的。切片底层数组，数组寻址是通过连续地址空间实现的。因此，它必须是连续的。因此，追加时可能会发生复制，成本相对较高。我一般建议大家尽量猜测可能的产能，提前分配，避免产能扩张。
在阅读了我添加的打印输出后，我不知道问题所有者是否理解为什么会这样。
第68行s加9后，s的存储容量扩大到4。此时，s中只有三个整数，也就是说，再加一个整数就不会展开。如果没有扩展，则加法后生成的片的地址不会更改。第72行的输出证实了这一点。但是，虽然扩展的片具有相同的地址，但它们的长度不同。s仍然包含三个整数，而x已经包含四个整数。在第75行中，当附加s时，我们说s的存储容量是4。目前，只有三个整数，因此附加的数据将不会展开。相反，数据将存储在第四个成员的地址上。如果不扩大，地址就不会改变，所以12个直接覆盖11个。这就是为什么x和y最终是一样的。
我不知道我的答案是否清楚。如果有什么不清楚的地方，请指正。
理论上，它不能被添加。内存和硬盘都在板上。除非你找到一个有技能的人来替换机上的，否则你完全可以替换它。不过，价格并不便宜。没有必要再加上围棋。毕竟，cpu根本不工作。依赖堆内存是没有用的。
最近，我刚写完go。我有点上瘾了。我已经做了10年了。让我们来谈谈我对这三种语言的理解，语言的几个鲜明的特点，垃圾收集跨平台并发的完美支持，它编译速度快。
]，这是方便和耀眼的。
事实上，我一学，就详细地读了slice，也就是slice。说真的，看了一眼，我觉得它除了炫目的技术之外，没有什么实际意义。如果你真的需要，你可以在第三个分机上做。主要是太危险了。
这种事情非常危险。由于基础阵列是共享的，因此如果需要扩展容量，则会自动复制基础阵列。否则，就是分享。在实际使用中，如果你失去理智，很容易出错。我们需要考虑如何使用这个切片。
后来，我在官网上看到了slice的一些很酷的用法，我想，你的方法有什么问题吗？但是这个东西性能很好。代码很酷。
