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

            山寨:不是最好的,是最適合我們的!歡迎體驗山寨 中文版MSDN

            Blog @ Blog

            當華美的葉片落盡,生命的脈絡才歷歷可見。 -- 聶魯達

            常用鏈接

            統計

            積分與排名

            BBS

            Blog

            Web

            最新評論

            C++中的尺寸[轉]

            轉自:http://blog.csdn.net/arong1234/archive/2008/03/23/2210462.aspx

            1. sizeof:返回類型的尺寸

             每個類型在編譯時都會決定自己的實例需要多少字節。在編譯后,該類型的所有對象占有的空間是一樣的,不會發生變化。因此,我們可以用sizeof來計算一個類型或者該類型的某個實例來得到尺寸信息。下面的代碼是等價的


            int iVal;
            //sizeof type
            sizeof(int)
            //sizeof instance
            sizeof(iVal)

            無論我們用iVal還是int,上面的表達式都會返回int類型的尺寸(當然如前所說,iVal的尺寸和其類型尺寸永遠是一樣的)。

            不熟悉sizeof的朋友往往會在處理指針時弄錯概念??紤]下面代碼:

            int iArray[10];
            int sizeofArray=sizeof(iArray);

            int * p= new int[10];
            int sizeofPointer = sizeof(p);

            在很多人心目中,指針和數組是等價的,但是事實嚴格起來并不如此。上面的代碼就會返回不同的結果。

            對于iArray,它的類型是int[10],是一個數組,sizeof計算其尺寸時,知道它包含10個元素,每個元素都時個整型,因此返回40。而對于p,它的類型是int*,指針的尺寸永遠是4,因此結果就是4。sizeof不會也不可能知道p實際指向10個元素的數組。

            出現這個問題的原因有兩個:1. sizeof是在編譯時計算的,而new int[10]指向的數組是在運行時創建的,也就是說當sizeof(p)計算時,系統還不知道p會指向多少個int元素,自然也不可能知道它指向的數組占有多少字節。2. sizeof計算的是p自己的類型所占據的空間,而不是p指向的對象所占據的空間,可以說,p自己占據4個字節,而p指向的空間占40字節。

            在這種概念下,我們是不是可以通過sizeof(*p)來得到40呢?很不幸,不行,原因是p的類型是int*,*p的類型是int,因此無法得到其是一個數組的事實。

            實際上,這個尺寸信息是個運行時數據,作為C/C++語言而言,是無從知道這個信息的(因為C/C++指針不包含這種信息),要得到它,唯一的辦法是指望操作系統在運行時中提供。在VC中,我們可以通過_msize得到。

            2. 對齊問題

            我們在訪問內存時,如果地址是按4字節對齊,則訪問效率會高很多。這個問題的原因在于訪問內存的硬件電路。一般情況下,地址總線總是按照對齊后的地址來訪問。例如你想得到0x00000001開始的4字節內容,系統首先需要以0x00000000讀4字節,然后從中取得3字節,然后在用0x00000004作為開始地址,獲得下一個四字節,在從中得到第一個字節,兩次組合出你想得到的內容。但是如果地址一開始就是對齊到0x00000000,則系統只要一次讀寫即可。

            為了性能考慮,編譯器會對結構進行對齊處理。考慮下面的結構

             

            struct aStruct
            {
                           
            char cValue;
                           
            int    iValue;
            }
            ;

             

            直觀的講,這個結構的尺寸是sizeof(char)+sizeof(int)=5,但是在實際編譯下,這個結構尺寸缺省是8,因為第二個域ivalue會被對齊到第四個字節。

            在VC中,我們可以用pack預處理指令來禁止對齊調整。例如,下面代碼將使得結構尺寸更加緊湊,不會出現對齊到4字節問題:

             

            #pragma pack(1)
            struct aStruct{
                 
            char cValue;
                
            int     iValue;
            }
            ;
            #pragma pack()

            對于這個pack指令的含義,大家可以查詢MSDN。請注意:除非你覺得必須這樣,不要輕易做這樣的調整,因為這將降低程序性能。目前比較常見的用法是:1. 這個結構需要被直接寫入文件 2. 這個結構需要通過網絡傳給其他程序。

            注意:字節對齊是編譯時決定的,一旦決定不會再改變,因此即使有對齊的因素在,也不會出現一個結構在運行時尺寸發生變化的情況出現。

            posted on 2008-05-25 21:53 isabc 閱讀(384) 評論(0)  編輯 收藏 引用 所屬分類: C++基礎

            廣告信息(免費廣告聯系)

            中文版MSDN:
            歡迎體驗

            99久久免费国产精品| 国产人久久人人人人爽| 久久综合伊人77777麻豆| 国産精品久久久久久久| 久久午夜福利电影| 久久天天躁狠狠躁夜夜avapp| 久久精品亚洲日本波多野结衣| 久久99久久99小草精品免视看| 精品国产乱码久久久久久浪潮| 久久久久波多野结衣高潮| 久久精品一本到99热免费| 久久精品成人一区二区三区| 国产69精品久久久久9999APGF| 99久久无码一区人妻| 久久国产精品99精品国产| 久久精品国产精品亚洲| www久久久天天com| 久久亚洲日韩看片无码| Xx性欧美肥妇精品久久久久久| 一本久久知道综合久久| 亚洲精品美女久久久久99小说| 麻豆精品久久久一区二区| 三上悠亚久久精品| 国产成人精品综合久久久久| 久久97久久97精品免视看秋霞| 久久午夜电影网| 久久国产乱子伦免费精品| 久久亚洲AV无码精品色午夜麻豆| 国产成人香蕉久久久久| 久久99精品国产麻豆宅宅| 国内精品久久人妻互换| 亚洲AV成人无码久久精品老人 | 久久久久无码精品国产不卡| 伊人色综合久久天天人守人婷| 99久久精品免费观看国产| 久久久国产视频| 久久久久亚洲av成人网人人软件 | 国产精品久久久久久五月尺| 亚洲国产精品婷婷久久| 国内精品伊人久久久久网站| 国产成人精品久久综合|