• <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位機器環(huán)境,求sizeof(B) = ?
            先別在機器上跑,大家自己先算算,然后確認看看和你算的是否一致。
            然后再討論討論,我先前以為對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的手機上運行后的結(jié)果是48,32位PC機估計結(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ī)則。
            很不厚道,有人在機器上跑了一趟,不過依然謝謝。
            union A:
            {
            int a[5]; //20
            char b; //1
            double c; //8
            }我想的是union中變量共用內(nèi)存,應(yīng)以最長的為準,那就是20。可實際不然,sizeof(A)=24,后來一想應(yīng)該是必須考慮A中各變量的默認內(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越大,要求越嚴格。)
            要做到這點,有3個位置要求。
            首地址,調(diào)到最嚴格地址倍數(shù)上,不影響大小。
            中間項,按各自下一項的地址要求填充調(diào)整,影響大小。
            最后一項,通過填充,達到最嚴格地址大小倍數(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,最嚴格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ù),當我們需要一個double類型的數(shù)據(jù)

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

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

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

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

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

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

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            導(dǎo)航

            統(tǒng)計

            常用鏈接

            留言簿(22)

            隨筆分類(30)

            隨筆檔案(29)

            文章分類

            搜索

            積分與排名

            最新評論

            閱讀排行榜

            評論排行榜

            国产精品久久久久aaaa| 久久精品久久久久观看99水蜜桃| 久久精品国产亚洲av麻豆色欲 | 国产精品久久久久久久久久免费| 久久久久综合网久久| 久久精品三级视频| 色欲av伊人久久大香线蕉影院| 亚洲狠狠婷婷综合久久久久| 99999久久久久久亚洲| 亚洲国产成人久久一区久久| 欧洲人妻丰满av无码久久不卡| 精品久久久久久久中文字幕 | 久久精品国产精品国产精品污| 久久播电影网| 丰满少妇高潮惨叫久久久| 精品久久久无码中文字幕| 久久99精品久久久久子伦| 伊人久久成人成综合网222| 久久精品国产精品青草| 婷婷综合久久中文字幕蜜桃三电影 | 欧美亚洲国产精品久久高清 | 超级97碰碰碰碰久久久久最新| 9久久9久久精品| 久久人人爽人人爽人人片av麻烦| 青青青青久久精品国产h| 精品永久久福利一区二区| 久久久久亚洲AV成人网人人网站| 99久久99久久精品国产| 久久AV高清无码| 久久精品无码专区免费青青| 久久精品国产99国产精品亚洲| 亚洲国产精品无码久久九九| 91亚洲国产成人久久精品| 久久国产精品-国产精品| 日本人妻丰满熟妇久久久久久| 久久国产色av免费看| 久久久WWW成人免费毛片| 精品久久久久中文字幕一区| 九九久久精品国产| 欧美激情精品久久久久久久| 欧美久久亚洲精品|