C++标准程序库提供了各具特长的不同容器。现在的问题是：该如何选择最佳的容器类别？下表给出了概述。
但是其中有些描述可能不一定实际。例如：如果你需呀处理的元素数量很少，可以虎落复杂度，因为线性算法通常对元素本身的处理过程比较快，这种情况下，“显性复杂度搭配快速的元素处理”要比“对数复杂度搭配慢的元素处理”来得划算。
作为对上表的补充，使用时：
1.缺省情况下应该使用vector。vector的内部结构最简单，并允许随机存取，所以数据的存取十分方便灵活，数据的处理也够快。
2.如果经常要在序列头部和尾部安插和移除元素，应该采用deque。如果你希望元素被移除时，容器能够自动缩减内存，那么你也应该采用deque。此外，由于vector通常才有用一个内存区块来存放元素，而deque采用多个区块，所以后者可内含更多元素。
3.如果需要经常在容器的中段执行元素的安插、移除和移动，可考虑使用list。list提供特殊的成员函数，可以在常数时间内将元素从A容器转移到B容器。但由于list不支持随机存取，所以如果只要知道list的头部却要造访list中的元素，性能会大打折扣。
和所有“以节点为基础”的容器相似，只要元素还是容器的已不复，list就不会令指向那些元素的迭代器失效。vector则不然，一旦超过其容量，它的所有iterators,pointers.references都会失效；执行安插或移除操作时，也会令一部分iterators、pointers、references失效。至于deque,当它的大小改变，所有iterators，pointers，references都会失效。
4.如果你要的容器是这种性质：每次操作若不成功，便无效用，那么你应该选用list，或是采用关联式容器。
5.如果你经常需要根据某个准则来搜寻元素，那么应当使用“以该排序准则对元素进行排序”的set或multiset。记住，理论上，面对1000个元素的排序，对数复杂度比线性复杂度好10倍。就搜寻速度而言，hash table通常比二叉树还要快5-10倍。但是hash table的元素并未排序，所以如果元素必须排序，它就用不上了。
6.如果想处理key/value pair，请采用map或multimap。
7.如果需要关联式数组，应采用map。
8.如果需要字典结构，应采用multimap。