append() 是否总是扩展所需的最小容量？

大家好，我们又见面了啊~本文《append() 是否总是扩展所需的最小容量？》的内容中将会涉及到golang等等。如果你正在学习Golang相关知识，欢迎关注我，以后会给大家带来更多Golang相关文章，希望我们能一起进步！下面就开始本文的正式内容~

问题内容

在学习 slice 时，我有一个疑问：append() 是否总是扩展所需的最小容量？

a := make([]byte, 0)
a = append(a, 1, 2, 3)
cap(a) == 3  // will this be always true?
// or the assumption may not hold since the underlying implementation of append()
// is not specified.

正确答案

不，在这种情况下不能保证。规格说：

append(s S, x ...T) S  // T is the element type of S

如果 s 的容量不足以容纳附加值，则 append 分配一个新的、 足够大 的片，该片既适合现有的片元素又适合附加值。因此，返回的切片可能引用不同的底层数组。

（强调我的）

在您的情况下，显然任何容量 >= 3 都 足够大 ，因此您 可以依赖 ，cap >= 3但 不能 依赖cap == 3。

当然，您可以假设在这种情况下上限不会是 1e6 或 1e9 或 1e12。然而，我们故意没有在每个细节中指定精确的扩大（分配新的支持数组）策略，以允许编译器人员尝试使用附加到此机制的一些旋钮。

今天关于《append() 是否总是扩展所需的最小容量？》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于golang的内容请关注golang学习网公众号！