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

            浪跡天涯

            唯有努力...
            努力....再努力...

            再談sizeof()的問題

            union A
            {
            int a[5];
            char b;
            double c;
            };

            struct B
            {
            int n;
            A a;
            char c[10];
            }

            32位機(jī)器環(huán)境,求sizeof(B) = ?
            先別在機(jī)器上跑,大家自己先算算,然后確認(rèn)看看和你算的是否一致。
            然后再討論討論,我先前以為對sizeof理解透了,沒想到算這個的時候還是沒吃透,答案就先不說了,賣個關(guān)子!
            如果union A改為struct A,結(jié)果又如何呢?

            posted on 2008-02-29 17:23 浪跡天涯 閱讀(3494) 評論(17)  編輯 收藏 引用 所屬分類: C++

            評論

            # re: 再談sizeof()的問題 2008-02-29 18:20 comiunknown

            我在WM5的手機(jī)上運行后的結(jié)果是48,32位PC機(jī)估計結(jié)果一樣,
            sizeof(A) = 24
            奇怪48是怎么來的  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-02-29 19:55 hg

            內(nèi)存對齊,不同的編譯器你規(guī)則不同  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-02-29 20:06 54sun

            這個不是sizeof()的問題吧,應(yīng)該是struct的問題,其中的變量只能以自己大小整數(shù)倍的大小地址開始,所有就算變量相同,但是會因為順序不同最后struct的大小也會不同。不知道lz是不是想說這個?  回復(fù)  更多評論   

            # re: 再談sizeof()的問題[未登錄] 2008-02-29 21:39 a

            你空間是不是被掛馬了?  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-02-29 23:57 Fox

            int 4
            union 20
            c 10
            34
            如果考慮4字節(jié)對齊,應(yīng)該是36  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-03-01 08:42 浪跡天涯

            我的意思不是說sizeof()函數(shù)的問題。
            我本意也并不是討論各個編譯器的規(guī)則。
            我是想探討sizeof()求結(jié)構(gòu)struct,union時的規(guī)則。
            很不厚道,有人在機(jī)器上跑了一趟,不過依然謝謝。
            union A:
            {
            int a[5]; //20
            char b; //1
            double c; //8
            }我想的是union中變量共用內(nèi)存,應(yīng)以最長的為準(zhǔn),那就是20??蓪嶋H不然,sizeof(A)=24,后來一想應(yīng)該是必須考慮A中各變量的默認(rèn)內(nèi)存對齊方式,必須以最長的double 8字節(jié)對齊,故應(yīng)該是sizeof(A)=24。
            關(guān)于sizeof(B)下篇再續(xù),也希望大家多探討探討,寫下你的想法!  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-03-01 08:52 浪跡天涯

            沒有掛木馬,是計數(shù)器卡著了@a
              回復(fù)  更多評論   

            # re: 再談sizeof()的問題[未登錄] 2008-03-01 12:26 CppExplore

            空間有毒?。。?!大家小心
            @浪跡天涯
            如果是什么計數(shù)器卡著了,也請修改正常。  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-03-01 13:20 kimiya25

            如果這樣寫我運行卻是40..
            struct {
            int n;
            char c[10];
            union {
            int a[5];
            char b;
            double c;
            } u_a;
            } B;  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-03-01 21:43 Fisher

            struct B
            {
            int n; // 4字節(jié)
            A a; // 24字節(jié)
            char c[10]; // 10字節(jié)
            };
            實際占用38字節(jié),但由于A是8字節(jié)對齊的,所以int n和char c[10]也需要8字節(jié)對齊,總共8+24+16=48  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-03-02 23:26 sad

            掛馬了,請清理  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-03-03 08:44 浪跡天涯

            空間還有毒嗎?我什么東西都沒放啊!  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-03-04 11:12 frank.sunny

            非常感謝,說實話,我也不幸中招了

            死得很慘,慚愧一下

              回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-03-04 13:04 李侃

            字節(jié)對齊問題,可以取消pack(4)到pack(1) ,結(jié)果就又不一樣了哦  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-03-04 16:00 瞇著眼的貓

            可以這么理解吧:
            內(nèi)存對齊主要目的是提升讀取數(shù)據(jù)的速度,通過保證 類型數(shù)據(jù)(n字節(jié))保存在n倍數(shù)的內(nèi)存

            地址上。(n越大,要求越嚴(yán)格。)
            要做到這點,有3個位置要求。
            首地址,調(diào)到最嚴(yán)格地址倍數(shù)上,不影響大小。
            中間項,按各自下一項的地址要求填充調(diào)整,影響大小。
            最后一項,通過填充,達(dá)到最嚴(yán)格地址大小倍數(shù),影響大小。
            union A
            {
            int a[5];
            char b;
            double c;
            };
            對于union A(共享內(nèi)存),其實只有一項
            至少需要20字節(jié)。首地址可以解釋為3種類型,
            A =a時,
            | 4 | 4 | 4 | 4 | 4 | ,20字節(jié)
            中間和尾部都不需調(diào)整。
            A =b時,
            |1|.................|,
            中間和尾部都不需調(diào)整,20字節(jié)。
            A =c時,
            | 8 |...........|,
            c作為最后項,需要調(diào)整20-〉24
            因此,內(nèi)存布局:
            | 4 | 4 | 4 | 4 | 4 |...| (...為padding),total=24

            struct B
            {
            int n;
            A a;
            char c[10];
            };
            這里要注意a,是作為A類型,是一項數(shù)據(jù)。
            對于 struct B,最嚴(yán)格8字節(jié),
            首地址為8的倍數(shù),填入n,(后面空4個字節(jié),因為a的開始地址要求8的倍數(shù))
            c,開始地址無特殊要求,a后面無需填充,
            作為尾項,c,10-〉16
            | 4 |...| 4 | 4 | 4 | 4 | 4 |...|10->16|

            to kimiya25:
            struct C{
            int n;
            char c[10];
            union {
            int a[5];
            char b;
            double c;
            } u_a;
            };
            n: 4
            c: 10->12
            u_a: 24
            | 4 | 10 |...| 24 |
            //----------------------------------
            效率的解釋:例處理器每次從內(nèi)存讀入8個字節(jié)的數(shù)據(jù),當(dāng)我們需要一個double類型的數(shù)據(jù)

            時,通過在寫入內(nèi)存時改保證數(shù)據(jù)寫在8倍數(shù)的地址上,就能夠只用一次讀,否則可能跨越

            ,需要兩次  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-03-05 08:30 浪跡天涯

            @瞇著眼的貓
            很感謝瞇著眼的貓 解釋的很詳細(xì)!
            我先前以為對sizeof()理解的很透徹,但遇到這個union一開始沒有理解透徹,直到在機(jī)器上跑一遍以后,才理解清楚。  回復(fù)  更多評論   

            # re: 再談sizeof()的問題 2008-03-05 10:28 Fox

            問題出在union的對齊上面,要按照單位最長的成員對齊。。。。
            學(xué)習(xí)了  回復(fù)  更多評論   

            <2008年3月>
            2425262728291
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            導(dǎo)航

            統(tǒng)計

            常用鏈接

            留言簿(22)

            隨筆分類(30)

            隨筆檔案(29)

            文章分類

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            四虎国产精品免费久久久| 伊人热热久久原色播放www| 国产精品久久婷婷六月丁香| 久久精品成人免费看| 99久久免费国产精精品| 99re久久精品国产首页2020| 久久精品aⅴ无码中文字字幕重口| 久久精品国产2020| 欧美熟妇另类久久久久久不卡| 亚洲av日韩精品久久久久久a| 亚洲国产精品无码久久| 久久久久亚洲AV片无码下载蜜桃| 久久精品亚洲中文字幕无码麻豆 | 久久综合给久久狠狠97色| 亚洲欧美成人综合久久久| 国产婷婷成人久久Av免费高清| 国产欧美一区二区久久| 国内精品久久久久久久亚洲| 久久青青草视频| 无遮挡粉嫩小泬久久久久久久| 久久66热人妻偷产精品9| 国产成人综合久久综合| 久久久这里有精品中文字幕| 久久久久亚洲AV无码去区首| 久久99九九国产免费看小说| 无码精品久久久久久人妻中字| 久久婷婷国产麻豆91天堂| 青草久久久国产线免观| 久久久久成人精品无码中文字幕 | 国产成人综合久久综合 | 国产成人99久久亚洲综合精品| 久久久人妻精品无码一区 | 欧美国产成人久久精品| 久久99精品国产一区二区三区| 四虎影视久久久免费| 国产精品久久影院| 人妻无码αv中文字幕久久琪琪布| 久久精品99久久香蕉国产色戒| 天堂无码久久综合东京热| 久久99国产精品久久99| 综合网日日天干夜夜久久|