为什么使用数组而不是切片？

哈喽！大家好，很高兴又见面了，我是golang学习网的一名作者，今天由我给大家带来一篇《为什么使用数组而不是切片？》，本文主要会讲到golang等等知识点，希望大家一起学习进步，也欢迎大家关注、点赞、收藏、转发! 下面就一起来看看吧！

问题内容

我一直在阅读 Go，并在思考这个基本问题时感到困惑。

在 Go 中，很明显切片更加灵活，当您需要数据序列时，通常可以使用切片代替数组。

阅读大部分文档，他们似乎在鼓励开发人员只使用切片而不是数组。我得到的印象是创建者可以简单地将数组设计为可调整大小，并且无需整个切片部分即可完成。事实上，这样的设计会使语言更容易理解，甚至可能鼓励更多地道的代码。

那么为什么创建者首先允许使用数组呢？什么时候会使用数组而不是切片？在切片上使用数组是否会 令人信服 ？

当我查阅官方文档（http://golang.org/doc/effective_go.html#arrays）时，我发现唯一有用的部分是：

数组在规划内存的详细布局时很有用，有时可以帮助避免分配，但主要是它们是切片的构建块。

他们接着讨论了数组作为值是多么昂贵，以及如何用指针模拟 C 风格的行为。即便如此，他们还是以明确的建议结束了数组部分：

但即使是这种风格也不是惯用的 Go。改用切片。

那么，切片不适合的“规划内存的详细布局”或“帮助避免分配”的真实例子有哪些？

正确答案

正如 Akavall 所说，数组是可散列的。这意味着它们可以用作地图的键。

它们也是按值传递的。每次将其传递给函数或将其分配给另一个变量时，它都会对其进行完整的复制。

它们可以通过编码/二进制进行序列化。

它们也可用于控制内存布局。由于它不是引用，因此当它被放置在结构中时，它将分配那么多内存作为结构的一部分，而不是像切片那样将指针的等价物放在那里。

最重要的是，除非您知道自己在做什么，否则不要使用数组。

Hashable/serializable 都很不错，但我只是不确定它们是否真的那么引人注目

如果你想要一张 md5 散列图，你会怎么做？不能使用字节片，所以你需要做这样的事情来绕过类型系统：

// 16 bytes
type hashableMd5 struct {a, b, c, d, e, f, g, h, i, j, k, l, m, n, o, p byte}

然后为它创建一个序列化函数。可散列数组意味着您可以将其称为 [16] 字节。

听起来越来越接近C的malloc，sizeof

不，这与 malloc 或 sizeof 无关。这些是分配内存并获取变量的大小。

然而，CGo 是另一个用例。cgo 命令创建的类型与其对应的 C 类型具有相同的内存布局。为此，有时需要插入未命名的数组进行填充。

如果问题可以通过......使用切片来解决......零/微不足道的性能损失......

数组还可以防止间接使某些类型的代码更快。当然，这是一个很小的优化，几乎在所有情况下都无关紧要。

今天关于《为什么使用数组而不是切片？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！