說幾個STL的缺點吧，雖然都是在比較極端的情況下出現，但是對于一些大項目還是會遇到的

1. 代碼膨脹問題
每一個實例化過的模板類，都會膨脹出一份獨立的代碼，比如
std::vector<std::string>, std::vector<int>，編譯后會產生兩份代碼，在VC2008下，每份代碼大約是3-4kb，這是因為vector比較簡單代碼少，如果是map則會產生30-50kb的代碼，因為map里有個復雜的紅黑樹。對于數據處理類的代碼里一般會定義很多種不同的結構體，不同的結構體放到不同的容器里，就會實例化出很多個類的代碼，我見過一個項目里，這樣的vector就有數百個。

2. 內存使用效率問題 （以vc++2008為例）
stl在內存使用效率上是比較低效的，比如std::string，它的sizeof大概是28，因為它有一個內置的16字節數組，用來做小字符串優化的，就是說低于16字節的字符串都會至少占用28字節內存，如果剛好17字節字符串，則會占用28字節+額外分配的字符串內存，額外分配的內存是一個堆塊，又有很多浪費，相比用一個char *存儲字符串大約多占用了一倍內存。
還有map<>，每一個map的node都是一塊獨立分配的內存，如果是 map<int, int>呢，那就很悲劇了，為了存一個int要消耗幾十個字節，很浪費的。
如果元素數量有百萬級，那么內存占用就很可觀了，這種情況下建議自己實現allocator，做內存池。

3. deep copy問題
讓兩個容器的實例做賦值操作，看起來就一條語句，實際上容器里的每個元素都執行了一次賦值操作。如果容器里有百萬級的數據，那么一個等號就產生了幾百萬次的構造和析構。
傳遞參數的時候一定要用 const 引用，賦值可以用 swap代替。

4. 隱式類型轉換
比如 有個函數
void doSomething(const std::string &str);
調用的時候
doSomething("hello");
能編譯執行，但是會產生一個臨時的匿名的std::string實例，把"hello"復制一遍，然后在調用完成后析構掉。如果這個發生在循環體內部有可能影響性能。

以上這些問題，在小程序里或者數據規模不大的時候，比如容器內元素只有幾千這個規模，都不是什么大問題，那時開發效率才是重點，但是一旦有大數據stl容器會成為性能瓶頸的。

我并不是主張不用STL，而是要充分了解STL的優缺點，根據應用場景做選擇。

超強干貨來襲 云風專訪：近40年碼齡，通宵達旦的技術人生

總結

以上是生活随笔為你收集整理的STL的缺点的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。