• <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>
            posts - 62,  comments - 19,  trackbacks - 0
            ?
            本文主要包括二個部分,第一部分重點介紹在VC中,怎么樣采用sizeof來求結構的大小,以及容易出現(xiàn)的問題,并給出解決問題的方法,第二部分總結出VC中sizeof的主要用法。

            1、 sizeof應用在結構上的情況

            請看下面的結構:

            struct MyStruct

            {

            double dda1;

            char dda;

            int type

            };

            對結構MyStruct采用sizeof會出現(xiàn)什么結果呢?sizeof(MyStruct)為多少呢?也許你會這樣求:

            sizeof(MyStruct)=sizeof(double)+sizeof(char)+sizeof(int)=13

            但是當在VC中測試上面結構的大小時,你會發(fā)現(xiàn)sizeof(MyStruct)為16。你知道為什么在VC中會得出這樣一個結果嗎?

            其實,這是VC對變量存儲的一個特殊處理。為了提高CPU的存儲速度,VC對一些變量的起始地址做了“對齊”處理。在默認情況下,VC規(guī)定各成員變量存放的起始地址相對于結構的起始地址的偏移量必須為該變量的類型所占用的字節(jié)數(shù)的倍數(shù)。下面列出常用類型的對齊方式(vc6.0,32位系統(tǒng))。

            類型
            對齊方式(變量存放的起始地址相對于結構的起始地址的偏移量)

            Char
            偏移量必須為sizeof(char)即1的倍數(shù)

            int
            偏移量必須為sizeof(int)即4的倍數(shù)

            float
            偏移量必須為sizeof(float)即4的倍數(shù)

            double
            偏移量必須為sizeof(double)即8的倍數(shù)

            Short
            偏移量必須為sizeof(short)即2的倍數(shù)



            各成員變量在存放的時候根據(jù)在結構中出現(xiàn)的順序依次申請空間,同時按照上面的對齊方式調(diào)整位置,空缺的字節(jié)VC會自動填充。同時VC為了確保結構的大小為結構的字節(jié)邊界數(shù)(即該結構中占用最大空間的類型所占用的字節(jié)數(shù))的倍數(shù),所以在為最后一個成員變量申請空間后,還會根據(jù)需要自動填充空缺的字節(jié)。

            下面用前面的例子來說明VC到底怎么樣來存放結構的。

            struct MyStruct

            {

            double dda1;

            char dda;

            int type

            };

            為上面的結構分配空間的時候,VC根據(jù)成員變量出現(xiàn)的順序和對齊方式,先為第一個成員dda1分配空間,其起始地址跟結構的起始地址相同(剛好偏移量0剛好為sizeof(double)的倍數(shù)),該成員變量占用sizeof(double)=8個字節(jié);接下來為第二個成員dda分配空間,這時下一個可以分配的地址對于結構的起始地址的偏移量為8,是sizeof(char)的倍數(shù),所以把dda存放在偏移量為8的地方滿足對齊方式,該成員變量占用sizeof(char)=1個字節(jié);接下來為第三個成員type分配空間,這時下一個可以分配的地址對于結構的起始地址的偏移量為9,不是sizeof(int)=4的倍數(shù),為了滿足對齊方式對偏移量的約束問題,VC自動填充3個字節(jié)(這三個字節(jié)沒有放什么東西),這時下一個可以分配的地址對于結構的起始地址的偏移量為12,剛好是sizeof(int)=4的倍數(shù),所以把type存放在偏移量為12的地方,該成員變量占用sizeof(int)=4個字節(jié);這時整個結構的成員變量已經(jīng)都分配了空間,總的占用的空間大小為:8+1+3+4=16,剛好為結構的字節(jié)邊界數(shù)(即結構中占用最大空間的類型所占用的字節(jié)數(shù)sizeof(double)=8)的倍數(shù),所以沒有空缺的字節(jié)需要填充。所以整個結構的大小為:sizeof(MyStruct)=8+1+3+4=16,其中有3個字節(jié)是VC自動填充的,沒有放任何有意義的東西。

            下面再舉個例子,交換一下上面的MyStruct的成員變量的位置,使它變成下面的情況:

            struct MyStruct

            {

            char dda;

            double dda1;

            int type

            };

            這個結構占用的空間為多大呢?在VC6.0環(huán)境下,可以得到sizeof(MyStruc)為24。結合上面提到的分配空間的一些原則,分析下VC怎么樣為上面的結構分配空間的。(簡單說明)

            struct MyStruct

            {

            char dda;//偏移量為0,滿足對齊方式,dda占用1個字節(jié);

            double dda1;//下一個可用的地址的偏移量為1,不是sizeof(double)=8

            //的倍數(shù),需要補足7個字節(jié)才能使偏移量變?yōu)?(滿足對齊

            //方式),因此VC自動填充7個字節(jié),dda1存放在偏移量為8

            //的地址上,它占用8個字節(jié)。

            int type;//下一個可用的地址的偏移量為16,是sizeof(int)=4的倍

            //數(shù),滿足int的對齊方式,所以不需要VC自動填充,type存

            //放在偏移量為16的地址上,它占用4個字節(jié)。

            };//所有成員變量都分配了空間,空間總的大小為1+7+8+4=20,不是結構

            //的節(jié)邊界數(shù)(即結構中占用最大空間的類型所占用的字節(jié)數(shù)sizeof

            //(double)=8)的倍數(shù),所以需要填充4個字節(jié),以滿足結構的大小為

            //sizeof(double)=8的倍數(shù)。



            所以該結構總的大小為:sizeof(MyStruc)為1+7+8+4+4=24。其中總的有7+4=11個字節(jié)是VC自動填充的,沒有放任何有意義的東西。



            VC對結構的存儲的特殊處理確實提高CPU存儲變量的速度,但是有時候也帶來了一些麻煩,我們也屏蔽掉變量默認的對齊方式,自己可以設定變量的對齊方式。

            VC中提供了#pragma pack(n)來設定變量以n字節(jié)對齊方式。n字節(jié)對齊就是說變量存放的起始地址的偏移量有兩種情況:第一、如果n大于等于該變量所占用的字節(jié)數(shù),那么偏移量必須滿足默認的對齊方式,第二、如果n小于該變量的類型所占用的字節(jié)數(shù),那么偏移量為n的倍數(shù),不用滿足默認的對齊方式。結構的總大小也有個約束條件,分下面兩種情況:如果n大于所有成員變量類型所占用的字節(jié)數(shù),那么結構的總大小必須為占用空間最大的變量占用的空間數(shù)的倍數(shù);

            否則必須為n的倍數(shù)。下面舉例說明其用法。

            #pragma pack(push) //保存對齊狀態(tài)

            #pragma pack(4)//設定為4字節(jié)對齊

            struct test

            {

            char m1;

            double m4;

            int m3;

            };

            #pragma pack(pop)//恢復對齊狀態(tài)

            以上結構的大小為16,下面分析其存儲情況,首先為m1分配空間,其偏移量為0,滿足我們自己設定的對齊方式(4字節(jié)對齊),m1占用1個字節(jié)。接著開始為m4分配空間,這時其偏移量為1,需要補足3個字節(jié),這樣使偏移量滿足為n=4的倍數(shù)(因為sizeof(double)大于n),m4占用8個字節(jié)。接著為m3分配空間,這時其偏移量為12,滿足為4的倍數(shù),m3占用4個字節(jié)。這時已經(jīng)為所有成員變量分配了空間,共分配了16個字節(jié),滿足為n的倍數(shù)。如果把上面的#pragma pack(4)改為#pragma pack(16),那么我們可以得到結構的大小為24。(請讀者自己分析)

            2、 sizeof用法總結

            在VC中,sizeof有著許多的用法,而且很容易引起一些錯誤。下面根據(jù)sizeof后面的參數(shù)對sizeof的用法做個總結。

            A. 參數(shù)為數(shù)據(jù)類型或者為一般變量。例如sizeof(int),sizeof(long)等等。這種情況要注意的是不同系統(tǒng)系統(tǒng)或者不同編譯器得到的結果可能是不同的。例如int類型在16位系統(tǒng)中占2個字節(jié),在32位系統(tǒng)中占4個字節(jié)。

            B. 參數(shù)為數(shù)組或指針。下面舉例說明.

            int a[50]; //sizeof(a)=4*50=200; 求數(shù)組所占的空間大小

            int *a=new int[50];// sizeof(a)=4; a為一個指針,sizeof(a)是求指針

            //的大小,在32位系統(tǒng)中,當然是占4個字節(jié)。

            C. 參數(shù)為結構或類。Sizeof應用在類和結構的處理情況是相同的。但有兩點需要注意,第一、結構或者類中的靜態(tài)成員不對結構或者類的大小產(chǎn)生影響,因為靜態(tài)變量的存儲位置與結構或者類的實例地址無關。

            第二、沒有成員變量的結構或類的大小為1,因為必須保證結構或類的每一

            個實例在內(nèi)存中都有唯一的地址。

            下面舉例說明,

            Class Test{int a;static double c};//sizeof(Test)=4.

            Test *s;//sizeof(s)=4,s為一個指針。

            Class test1{ };//sizeof(test1)=1;

            D. 參數(shù)為其他。下面舉例說明。

            int func(char s[5]);

            {

            cout<
            //數(shù)的參數(shù)在傳遞的時候系統(tǒng)處理為一個指針,所

            //以sizeof(s)實際上為求指針的大小。

            return 1;

            }

            sizeof(func(“1234”))=4//因為func的返回類型為int,所以相當于

            //求sizeof(int).



            以上為sizeof的基本用法,在實際的使用中要注意分析VC的分配變量的分配策略,這樣的話可以避免一些錯誤。








            posted on 2007-03-06 16:14 喬棟 閱讀(194) 評論(0)  編輯 收藏 引用 所屬分類: C的游樂園
            <2007年3月>
            25262728123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(6)

            隨筆分類

            隨筆檔案

            文章分類

            文章檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜


            My blog is worth $0.00.
            How much is your blog worth?

            亚洲精品美女久久久久99小说 | 伊人久久大香线蕉av不变影院| 久久国产一片免费观看| 色综合合久久天天给综看| 99精品久久精品一区二区| 999久久久国产精品| 久久人人爽人人爽人人片AV麻豆 | 日韩美女18网站久久精品| 亚洲国产欧洲综合997久久| 久久国产精品-国产精品| 7777精品伊人久久久大香线蕉| 久久A级毛片免费观看| 久久久久久久综合综合狠狠| 精品久久久无码人妻中文字幕豆芽 | 久久久久99精品成人片| 日韩人妻无码一区二区三区久久 | 欧美精品久久久久久久自慰| 久久国产视屏| 97超级碰碰碰碰久久久久| 久久久久久人妻无码| 99久久国产亚洲综合精品| 国内精品久久久久影院网站| 久久精品国产亚洲AV大全| 污污内射久久一区二区欧美日韩| 欧美激情精品久久久久| 老色鬼久久亚洲AV综合| 久久精品国产免费观看三人同眠| 久久综合亚洲色HEZYO国产| 99久久国产主播综合精品| 久久精品国产亚洲av水果派| 国产69精品久久久久APP下载| 亚洲?V乱码久久精品蜜桃 | 香港aa三级久久三级老师2021国产三级精品三级在 | 粉嫩小泬无遮挡久久久久久| 久久久无码精品亚洲日韩蜜臀浪潮 | 精品久久综合1区2区3区激情| 中文字幕亚洲综合久久2| 国产精品99久久精品爆乳| 久久99久久无码毛片一区二区| 精品久久人人爽天天玩人人妻| 久久播电影网|