慎重选择容器类型

c++提供了几种不同的容器供你选择：

标准STL序列容器：vector string deque list

标准STL关联容器：set multiset map multimap

非标准序列容器：slist rope   slist是一个单向链表，rope本质上是一“重型”string。

非标准的关联容器：hash_set  hash_multiset  hash_map  hash_multimap  (基于哈希表的、标准关联容器的变体)

vector<char>：作为string的替代

vector：作为标准关联容器的替代

几种标准的非STL容器：包括数组，bitset，valarray，stack，queue和priority_queue。

vector list deque 为程序员提供了不同的复杂性，使用时要对此作出权衡。

vector是默认应使用的序列类型；当需要频繁的在序列中间做插入和删除时，应使用list；当大多数插入和删除操作发生在序列的头部或者尾部时，deque是应当考虑的数据结构。

在此，一种对STL容器的分类方法：即，对连续内存容器（contiguous_memory container）和基于节点的容器(node_based container)的区分。

连续内存容器或称基于数组的容器（array_based container）把他的元素放在一块或者多块（动态分配的）内存中，每个内存中存有多个元素。当有新的元素插入或者已有元素被删除时，同一块内存中元素要向前或者向后移动，以便为新元素让出空间，或者填充被删除元素所留下的空隙。这种移动影响到效率和异常安全性。标准的连续内存容器有vector string deque非标准的有rope。

 

基于节点的容器在每一个内存块中只存放一个元素。容器中元素的插入或者删除只影响到指向结点的指针，而不影响节点本身的内容。所以当有插入或者删除时，元素的值不需要移动。表示链表的容器如list slist实基于节点的，所有标准的关联容器也是（通常实现的方式是平衡树）。非标准的哈希容器使用不同的基于节点的实现。

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

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

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

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

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

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

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

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

九、对插入和删除操作，你需要事务语义吗？也就是说，再插入或者删除操作失败时，你需要回滚的能力吗？如果需要，你就要使用基于节点的容器。如果对多个元素的插入操作需要事务语义，则你需要选择list，因为在标准容器中，只有list对多个元素的插入操作提供了事务语义。对那些希望编写异常安全代码的程序员，事务语义显得尤为重要。

十、你需要使迭代器，指针和引用变为无效的次数最少吗？如果是这样，就要使用基于节点的容器，因为这类容器的插入和删除操作从来不会使迭代器，指针和引用变为无效。

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