• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Effective STL (2)——vector 和 string

            1.vector和string優先于動態分配的數組。

            2.使用reserve來避免不必要的重新分配
                關于stl容器會自動增長以便容納下你放入其中的數據,只要沒有超過它們的最大限制就可以。對于vector和string,增長過程是這樣實現的:每當需要更多空間時,就調用與realloc類似的操作。這一類似于relloc的操作分為如下4部分:
                    (1)分配一塊大小為當前容量的某個倍數的新內存。在大多數實現中,vector和string的容量每次以2的倍數增長,即每當容器需要擴張時,它們的容量即加倍。
                     (2)把容器的所有元素從舊的內存復制到新的內存中。
                     (3)析構掉舊內存中的元素
                     (4)釋放舊內存
                reserve成員函數能使你把重新分配的次數減少到最低限度,從而避免了重新分配和指針迭代器引用失效帶來的開銷。
                簡單概括一下四個相互關聯、但有時會被混淆的成員函數。在標準容器中,只有vector和string提供了所有這四個函數:
                     (1)size() 告訴你容器中有多少個元素,它不會告訴你該容器為自己所包含的元素分配了多少內存。
                     (2)capacity()告訴你容器利用已經分配的內存可以容納多少元素。這是容器所能容納的元素總數,而不是它還能容納多少個元素。如果你想知道一個vector有多少未被使用的內存,就得從capacity()中減去size()。如果size和capacity返回同樣的值,就說明容器中不再有剩余空間了,因此下一個插入操作(push_back)將導致上面所提到的重新分配過程。
                     (3)resize(xx)強迫容器改變到包含n個元素的狀態。在調用resize之后,size將返回n。如果n比當前的大小(size)要小,則容器尾部的元素將會被析構掉。如果n比當前的大小要大,則通過默認構造函數創建的新元素將被添加到容器的末尾。如果n比當前的容量要大,那么在添加元素之前,將先重新分配內存。
                      (4)reserve(xx)強迫容器把它的容量變為至少是n,前提是n不小于當前的大小。這通常會導致重新分配,因為容量需要增加。(如果n比當前的容量小,則vector什么也不做)
                   因此,避免重新分配的關鍵在于,盡早的只用reserve,把容器的容量設為足夠大的值,最好是在容器剛被構造出來之后就使用reserve。

            3.注意string實現的多樣性
               
            4.了解如何把vector和string數據傳給舊的API

            5.使用“swap技巧”除去多余的容量。

            6.避免使用vector<bool>
                vector<bool>不是一個stl容器,也不存儲bool。在一個典型的實現中,儲存在vector中的每個bool僅占一個二進制位,一個8位的字節可容納8g個“bool”。在內部vector<bool>使用了與位域一樣的思想,來表示它所存儲的那些bool;實際上只是假裝存儲了這些bool。
                 vector<bool>不完全滿足STL容器的要求;你最好不要使用它;你可以使用deque<bool>和bitset來替代它,這兩個數據結構幾乎能做vector<bool>所能做的一切事情。

            posted on 2014-04-20 14:10 Daywei 閱讀(2528) 評論(0)  編輯 收藏 引用 所屬分類: C/C++

            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            導航

            統計

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            文章檔案

            牛人博客

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            午夜精品久久久久久中宇| 久久香综合精品久久伊人| 亚洲国产成人久久精品99| 久久这里只有精品视频99| 亚洲va久久久噜噜噜久久天堂| 婷婷久久久亚洲欧洲日产国码AV | 久久99精品国产99久久6男男| 美女写真久久影院| 7777精品伊人久久久大香线蕉| 久久91精品久久91综合| 国产精品久久久久久久人人看 | 99久久精品国产麻豆| 久久这里的只有是精品23| 岛国搬运www久久| 色综合久久最新中文字幕| 国产A三级久久精品| 人人狠狠综合久久亚洲| 国产福利电影一区二区三区久久久久成人精品综合 | 偷偷做久久久久网站| 激情综合色综合久久综合| 久久亚洲私人国产精品vA | 99精品久久久久久久婷婷| 色8激情欧美成人久久综合电| 国产精品永久久久久久久久久| 69久久精品无码一区二区| 久久精品国产亚洲av麻豆小说 | 欧美久久精品一级c片片| 久久亚洲欧美国产精品| 青草国产精品久久久久久 | 狠狠色丁香婷婷综合久久来来去| 国内精品伊人久久久久AV影院| 久久亚洲精品无码aⅴ大香| 中文字幕无码av激情不卡久久| 人妻无码精品久久亚瑟影视| 久久一区二区三区免费| 亚洲美日韩Av中文字幕无码久久久妻妇 | 久久亚洲国产成人精品无码区| 国产成人AV综合久久| 中文字幕亚洲综合久久| 久久久精品日本一区二区三区| 久久久久国产视频电影|