• <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 閱讀(2523) 評論(0)  編輯 收藏 引用 所屬分類: C/C++

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            導航

            統計

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            文章檔案

            牛人博客

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            久久丝袜精品中文字幕| 久久国产一片免费观看| 亚洲欧美成人综合久久久| 久久精品国产久精国产果冻传媒| 久久人妻无码中文字幕| 精品永久久福利一区二区| 久久精品国产一区二区三区不卡| 久久久国产亚洲精品| 97久久香蕉国产线看观看| 久久亚洲色一区二区三区| 久久精品人成免费| 久久精品国产欧美日韩99热| 久久99热精品| 亚洲中文字幕无码久久综合网| 国产成人无码精品久久久免费 | 中文字幕无码久久人妻| 日韩乱码人妻无码中文字幕久久| 精品国产青草久久久久福利| 亚洲国产精品无码久久SM| 久久精品国产72国产精福利| 9久久9久久精品| 亚洲∧v久久久无码精品| 色综合久久久久综合99| 国产免费久久久久久无码| 久久不见久久见免费视频7| 伊人久久大香线蕉亚洲 | 青青草原综合久久大伊人导航| 国内精品伊人久久久久av一坑| 国内精品欧美久久精品| 久久美女人爽女人爽| 91精品国产高清91久久久久久| 国产成人精品综合久久久| 国产精品美女久久福利网站| 久久综合成人网| 日批日出水久久亚洲精品tv| 久久精品成人欧美大片| 久久久久亚洲AV无码专区桃色| 久久亚洲2019中文字幕| 日本久久久久久久久久| 亚洲另类欧美综合久久图片区| 色偷偷91久久综合噜噜噜噜|