何时在 go 中选择容器/列表而不是切片

对于一个Golang开发者来说，牢固扎实的基础是十分重要的，golang学习网就来带大家一点点的掌握基础知识点。今天本篇文章带大家了解《何时在 go 中选择容器/列表而不是切片》，主要介绍了，希望对大家的知识积累有所帮助，快点收藏起来吧，否则需要时就找不到了！

我没有遇到任何无法通过切片解决的问题。

根据列表实现，对列表的任何插入最终都会创建一个新的元素结构，该结构将值包装到 interface{} 列表迭代也不支持范围。 我发现一些文章说永远不要在生产中使用 list.List 。

只是想知道，为什么它会出现在go源码包中 [https://golang.org/pkg/container/list/]

这里有人在生产中使用过 list 并获得了一些优势吗？

解决方案

list.List 是 Doubly Linked list 的实现。切片是数组的抽象。切片提供功能齐全的数组，包括在不复制数据的情况下增长数组，在不重新分配或复制的情况下获取切片的“切片”。
这一切都取决于用例。链接列表本质上是一个不断增长的项目列表，不需要复制任何数据。链表非常适合增长必须沿一个方向遍历的数据。如果必须任意访问数据（从没有游标的任何索引），或者必须动态地从中间添加和删除数据，则数组/切片是完美的。

这是一个一般性的答案。最重要的是，90% 的情况下您都不会需要 list.List。切片就够了。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~