C++容器选型须知

川穹冬菱草

已于 2022-02-11 11:19:03 修改

阅读量439

点赞数

分类专栏： C++ 文章标签： c++ 容器开发语言 STL c++容器选型

于 2022-02-10 17:56:35 首次发布

本文链接：https://blog.csdn.net/w1820020635/article/details/122862870

版权

C++ 专栏收录该内容

11 篇文章 3 订阅

订阅专栏

1 容器的类型

1.1 标准STL容器

1.1.1 序列式容器（Sequence container）：array、vector、deque、list和forward_list。

1.1.2 关联式容器（Associative container）：set、multiset、map和multimap。

1.1.3 无序容器（Unordered （associative） container）：unordered_set、unordered_multiset、unordered_map和unordered_multimap。

1.2 标准非STL容器

数组、bitset、valarray、stack、queue和priority_queue。

1.3 非标准容器

1.3.1 序列容器：slist和rope。

1.3.2 关联容器：hash_set、hash_multiset、hash_map和hash_multimap。

2 选择容器时最重要的一些问题

2.1 你是否需要在容器的任意位置插入新元素？如果需要，就选择序列容器；关联容器是不行的。

2.2 你是否关心容器中的元素是排序的？如果不关心，则哈希容器是一个可行的选择方案；否则，你要避免哈希容器。

2.3 你选择的容器必须是标准C++的一部分吗？如果必须是，就排除了哈希容器、slist和rope。

2.4 你需要哪种类型的迭代器？如果它们必须是随机访问迭代器，则对容器的选择就被限定为vector、deque和string。或许你也可以考虑rope。如果要求使用双向迭代器，那么你必须避免slist及哈希容器的一个常见实现。

2.5 当发生元素的插入或删除操作时，避免移动容器中原来的元素是否很重要？如果是，就要避免连续内存的容器。

2.6 容器中数据的布局是否需要和C兼容？如果需要兼容，就只能选择vector。

2.7 元素的查找速度是否是关键的考虑因素？如果是，就要考虑哈希容器、排序的vector和标准关联容器——或许这就是优先顺序。

2.8 如果容器内部使用了引用计数技术（ reference counting），你是否介意？如果是，就要避免使用string，因为许多string的实现都使用了引用计数。rope也需要避免，因为权威的rope实现是基于引用计数的。当然，你需要某种表示字符串的方法，这时你可以考虑vector<char>。

2.9 对插入和删除操作，你需要事务语义（ transactional semantics）吗？也就是说，在插入和删除操作失败时，你需要回滚的能力吗？如果需要，你就要使用基于节点的容器。如果对多个元素的插入操作需要事务语义，则你需要选择list，因为在标准容器中，只有list对多个元素的插入操作提供了事务语义。对那些希望编写异常安全（exception- safe）代码的程序员，事务语义显得尤为重要（使用连续内存的容器也可以获得事务语义，但是要付出性能上的代价，而且代码也显得不那么直截了当）。

2.10 你需要使迭代器、指针和引用变为无效的次数最少吗？如果是这样，就要使用基于节点的容器，因为对这类容器的插入和删除操作从来不会使迭代器、指针和引用变为无效（除非它们指向了一个你正在删除的元素）。而针对连续内存容器的插入和删除操作一般会使指向该容器的迭代器、指针和引用变为无效。

2.11 如果在容器上使用swap，使得迭代器、指针或引用变为无效了，你会在意吗？如果在意，那么你要避免使用string，因为string是STL中在swap过程中会导致迭代器、指针和引用变为无效的唯一容器。

2.12 如果序列容器的迭代器是随机访问类型，而且只要没有删除操作发生，且插入操作只发生在容器的末尾，则指向数据的指针和引用就不会变为无效，这样的容器是否对你有帮助？这是非常特殊的情形，但如果你面对的情形正是如此，则deque是你所希望的容器（有意思的是，当插入操作仅在容器末尾发生时，deque的迭代器有可能会变为无效。deque是唯一的、迭代器可能会变为无效而指针和引用不会变为无效的STL标准容器）。