• <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++

            <2014年4月>
            303112345
            6789101112
            13141516171819
            20212223242526
            27282930123
            45678910

            導航

            統計

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            文章檔案

            牛人博客

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            一本久久a久久精品vr综合| 久久精品无码午夜福利理论片| 亚洲国产精品久久66| 久久精品一区二区三区中文字幕| 久久青青草原精品国产软件| 囯产极品美女高潮无套久久久 | 伊人久久大香线蕉精品不卡| 伊人久久大香线蕉亚洲五月天| 国产精品久久久久久久久| 久久93精品国产91久久综合| 伊人久久综合精品无码AV专区| 国产精品免费久久| 久久久久久午夜成人影院| 久久国产午夜精品一区二区三区| 久久久免费精品re6| 精品久久久一二三区| 久久99热精品| 亚洲精品无码久久久久| 精品久久久无码中文字幕| 2021精品国产综合久久| 久久久久亚洲av成人网人人软件| 国产精品99久久久久久猫咪 | 99久久99这里只有免费的精品| 一本大道久久东京热无码AV| 久久久无码精品午夜| 99久久免费只有精品国产| 久久精品人人做人人妻人人玩 | 亚洲国产精品一区二区久久| 波多野结衣中文字幕久久| 久久久久久久波多野结衣高潮 | 亚洲中文字幕无码久久精品1| 日本久久久久久久久久| 日韩精品久久久久久| 久久无码国产| 久久久精品人妻无码专区不卡| 99热精品久久只有精品| AAA级久久久精品无码区| 99久久精品国产一区二区蜜芽| 91精品日韩人妻无码久久不卡| 久久精品国产99久久丝袜| 欧美粉嫩小泬久久久久久久|