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

            Merlin

            Life was like a box of chocolates. You never know what you're gonna get.

               :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              34 隨筆 :: 0 文章 :: 40 評論 :: 0 Trackbacks

            老師提出一個很有意思的問題:

            class b
            {
                
            char c1;
                
                
            long l;
                
                
            char c2;
                
            double d;

            }
            ;
            class b
            {
                
            char c1;
                
            char c2;

                    
            long l;
                
                
            double d;
                
            }
            ;
            在存儲的時候用的空間是不一樣大的,前者是24,后者是16,為什么?
            -------------------------------------------------------------------------------------------------------------------------
            我在自己的機器上也運行了,的確如此,我知道16是怎么來的, char是2,long是4,double是8,2+2+4+8=16,而24我就太明白了,說地址是4字節的,char是2,要空兩個字節,那第一個也應該是20阿,怎么會是24呢?有明白人的給講講!
            posted on 2005-11-11 12:56 Merlin 閱讀(2014) 評論(15)  編輯 收藏 引用 所屬分類: C++

            評論

            # re: 一個有意思的問題 2005-11-11 13:32 笨笨
            你的程序是按照8個字節對齊的
              回復  更多評論
              

            # re: 一個有意思的問題 2005-11-11 14:00 nacci
            建議你為每個類定義構造函數,然后分別生成對象后,觀察每個對象的內存布局。在b中,為了和double d對齊,為c2保留了8 bytes的空間。  回復  更多評論
              

            # re: 一個有意思的問題 2005-11-11 16:37 Merlin
            為什么就char要對齊阿,而long不用對齊阿?

            class b
            {
            char c1;

            long l;

            char c2;

            long l1;

            double d;


            };//sizeof(b)=24!
            這里面到底是怎么回事啊?  回復  更多評論
              

            # re: 一個有意思的問題 2005-11-11 16:56 shootingstars
            字節對齊是為了提高從內存中獲取變量的效率。
            如果數據總線的寬度是32位,那么每次從內存中取數據都是從4的倍數取的。如果不對齊的話,有可能取一個int型數據需要兩次操作。

            編譯器一般都可以使用編譯指令來控制是否需要字節對齊。  回復  更多評論
              

            # re: 一個有意思的問題 2005-11-11 17:00 笨笨
            如果你是VC的話,使用
            #pragma pack(push,8)
            #pragma pack(1)//使用一個字節對齊
            你在這里寫代碼
            #pragma pack(pop,8)

            這種情況不能亂用,因為會降低效率
            WINDOWS核心編程介紹字節對齊的原因  回復  更多評論
              

            # re: 一個有意思的問題 2005-11-11 21:44 Merlin
            謝謝了!  回復  更多評論
              

            # re: 一個有意思的問題 2005-11-12 12:30 Merlin
            當CPU的訪問正確對齊的數據時,它的運行效率最高,當數據大小的數據模數的內存地址是0時,數據是對齊的。例如:WORD值應該是總是從被2除盡的地址開始,而DWORD值應該總是從被4除盡的地址開始,數據對齊不是內存結構的一部分,而是CPU結構的一部分。當CPU試圖讀取的數據值沒有正確的對齊時,CPU可以執行兩種操作之一:產生一個異常條件;執行多次對齊的內存訪問,以便讀取完整的未對齊的數據,若多次執行內存訪問,應用程序的運行速度就會慢。在最好的情況下,是兩倍的時間,有時更長。
            -------------《Windows核心編程》
            不過我還有一點不明白的:
            struct s
            {

            char a;

            long int d;

            double c;


            };//此時是16
            struct s
            {

            char a;

            long int d;

            double c;

            char a1;


            };//而此時是24
            也就是說a1用了8個,我覺得就沒有道理啊,不是當數據大小的數據模數的內存地址是0時,數據是對齊的么? char沒有必要用8個阿!有沒有人明白,幫解釋一下!  回復  更多評論
              

            # re: 一個有意思的問題 2005-11-12 21:21 笨笨
            哎,編譯器默認是8個行不行呀?  回復  更多評論
              

            # re: 一個有意思的問題 2005-11-12 22:49 fireup
            編譯器默認的對齊是8字節對齊。

            兩個結構在內存中的分配分別如下圖
            0 4 8
            +-------+-------+
            |char |long | 0-7
            +-------+-------+
            |char | 8-15
            +---------------+
            |double | 16-23
            +---------------+

            0 4 8
            +-------+-------+
            |c|c| |long | 0-7
            +-------+-------+
            |double | 8-15
            +---------------+

              回復  更多評論
              

            # re: 一個有意思的問題 2005-11-13 11:10 味全每日C++
            還是應該注意這一點 #pragma pack(8)
            默認32位是8 ,不排除有的時候讓你計算 #pragma pack(4) 的情況..  回復  更多評論
              

            # re: 一個有意思的問題 2005-11-27 02:09
            學習  回復  更多評論
              

            # re: 一個有意思的問題 2005-12-30 10:48
            當CPU的訪問正確對齊的數據時,它的運行效率最高,當數據大小的數據模數的內存地址是0時,數據是對齊的。例如:WORD值應該是總是從被2除盡的地址開始,而DWORD值應該總是從被4除盡的地址開始,數據對齊不是內存結構的一部分,而是CPU結構的一部分。當CPU試圖讀取的數據值沒有正確的對齊時,CPU可以執行兩種操作之一:產生一個異常條件;執行多次對齊的內存訪問,以便讀取完整的未對齊的數據,若多次執行內存訪問,應用程序的運行速度就會慢。在最好的情況下,是兩倍的時間,有時更長。
            -------------《Windows核心編程》
            不過我還有一點不明白的:
            struct s
            {

            char a;

            long int d;

            double c;


            };//此時是16
            struct s
            {

            char a;

            long int d;

            double c;

            char a1;


            };//而此時是24
            也就是說a1用了8個,我覺得就沒有道理啊,不是當數據大小的數據模數的內存地址是0時,數據是對齊的么? char沒有必要用8個阿!有沒有人明白,幫解釋一下!
            /////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

            除了結構體內的成員變量要求對齊外,結構自身也是需要對齊的。結構體成員的對齊是用成員本身的大小和#pragma pack(push,n)中的n中較小的數對齊,例如如果成員大小為2,而你指定的對齊方式是4,則該成員按2對齊;結構本身的對其是用結構中最大成員的大小和#pragma pack(push,n)中的n較小的數對齊,例如如果結構中最大成員大小8,而你指定對齊是16,則結構本身按8對齊。

            對于
            struct s
            {

            char a;

            long int d;

            double c;


            };//此時是16
            編譯器默認的一般是8字節對齊。
            a大小是1,它就按1字節對齊(因為比指定的8小),存儲在0偏移的地方;b大小4,它就按4字節對齊(因為比指定的8小),存在偏移4--7的位置,c大小8,它按8字節對齊,存在偏移8--15的位置。這樣3個成員共占用了16字節。由于該結構最大成員c大小為8,所以結構按8字節對齊,16按8園整還是16,因此sizeof s = 16。

            而對于
            struct s
            {

            char a;

            long int d;

            double c;

            char a1;


            };//而此時是24
            前3個成員和上面一樣存儲,即a在0位置,d在4--7位置,c在8--16位置,但a1按一字節對齊,存在偏移17位置,這樣4個成員占用了17字節;整個結構還要按8對齊(因為結構最大成員c大小為8),17按8圓整后是24,因此此時sizeof s = 24。

            如果你指定編譯器按4字節對齊,即你在開頭加上#pragma pack(push,4)
            則對于前者為12,后者為16。
            我用的是vc7.1。





              回復  更多評論
              

            # re: 一個有意思的問題 2005-12-30 11:03
            除了結構體內的成員變量要求對齊外,結構自身也是需要對齊的。結構體成員的對齊是用成員本身的大小和#pragma pack(push,n)中的n相比,取較小的數對齊,例如如果成員大小為2,而你指定的對齊方式是4,則該成員按2對齊;結構本身的對其是用結構中所有成員對齊的最大數和#pragma pack(push,n)中的n相比,取較小的數對齊。

            對于
            struct s
            {

            char a;

            long int d;

            double c;


            };//此時是16
            編譯器默認的一般是8字節對齊。
            a大小是1,它就按1字節對齊(因為比指定的8小),存儲在0偏移的地方;b大小4,它就按4字節對齊(因為比指定的8小),存在偏移4--7的位置,c大小8,它按8字節對齊,存在偏移8--15的位置。這樣3個成員共占用了16字節。由于該結構成員c對齊方式為8,是所有成員中最大的,所以結構按8字節對齊,16按8園整還是16,因此sizeof s = 16。

            而對于
            struct s
            {

            char a;

            long int d;

            double c;

            char a1;


            };//而此時是24
            前3個成員和上面一樣存儲,即a在0位置,d在4--7位置,c在8--16位置,但a1按一字節對齊,存在偏移17位置,這樣4個成員占用了17字節;整個結構還要按8對齊為結17按8圓整后是24,因此此時sizeof s = 24。

            如果你指定編譯器按4字節對齊,即你在開頭加上#pragma pack(push,4)
            則對于前者為12,后者為16。
            我用的是vc7.1。
              回復  更多評論
              

            # re: 一個有意思的問題 2006-04-06 11:42 clever101
            re發:

            照你的說法:
            #pragma pack(push,4)

            struct s1
            {

            char a;

            long int d;

            double c;


            };

            struct s2
            {

            char a;

            long int d;

            double c;

            char a1;


            };

            s1的大小應該是16,s2的大小應該是20。事實上也是這樣的。我在VC上作了測試。我的系統環境:win2000,vc6.0。  回復  更多評論
              

            # re: 一個有意思的問題 2006-06-30 16:38 cn
            對階!  回復  更多評論
              

            伊人久久大香线蕉综合热线| 久久久久高潮综合影院| 精品少妇人妻av无码久久| 热99RE久久精品这里都是精品免费| 中文字幕精品久久| 精品熟女少妇a∨免费久久| 青青草国产精品久久久久| 久久免费国产精品| 久久国产精品成人影院| 久久av免费天堂小草播放| 伊人久久综合成人网| 精品久久人人爽天天玩人人妻| 久久WWW免费人成一看片| 久久综合丝袜日本网| 久久精品国产2020| 久久综合九色综合久99| 久久亚洲AV成人无码国产| 无码乱码观看精品久久| 国产亚洲欧美精品久久久| 国产精品久久久久久久人人看| 久久久精品免费国产四虎| 亚洲狠狠婷婷综合久久蜜芽 | 亚洲av日韩精品久久久久久a| 精品人妻久久久久久888| 国产精品99久久久精品无码| 国产2021久久精品| 国产亚洲精久久久久久无码| 2020久久精品亚洲热综合一本| 韩国三级中文字幕hd久久精品| 久久精品aⅴ无码中文字字幕重口 久久精品a亚洲国产v高清不卡 | 波多野结衣AV无码久久一区| 国产精品内射久久久久欢欢| 久久精品国产久精国产思思| 午夜人妻久久久久久久久| 理论片午午伦夜理片久久| 久久99精品久久久久久野外| 亚洲一区二区三区日本久久九| 99久久国语露脸精品国产| 精品久久久久久久久午夜福利| 色偷偷久久一区二区三区| 亚洲国产精品无码久久久不卡 |