• <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()的問(wèn)題

            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)看看和你算的是否一致。
            然后再討論討論,我先前以為對(duì)sizeof理解透了,沒(méi)想到算這個(gè)的時(shí)候還是沒(méi)吃透,答案就先不說(shuō)了,賣個(gè)關(guān)子!
            如果union A改為struct A,結(jié)果又如何呢?

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

            評(píng)論

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

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

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

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

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

            這個(gè)不是sizeof()的問(wèn)題吧,應(yīng)該是struct的問(wèn)題,其中的變量只能以自己大小整數(shù)倍的大小地址開(kāi)始,所有就算變量相同,但是會(huì)因?yàn)轫樞虿煌詈髎truct的大小也會(huì)不同。不知道lz是不是想說(shuō)這個(gè)?  回復(fù)  更多評(píng)論   

            # re: 再談sizeof()的問(wèn)題[未登錄](méi) 2008-02-29 21:39 a

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

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

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

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

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

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

            沒(méi)有掛木馬,是計(jì)數(shù)器卡著了@a
              回復(fù)  更多評(píng)論   

            # re: 再談sizeof()的問(wèn)題[未登錄](méi) 2008-03-01 12:26 CppExplore

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

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

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

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

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

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

            掛馬了,請(qǐng)清理  回復(fù)  更多評(píng)論   

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

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

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

            非常感謝,說(shuō)實(shí)話,我也不幸中招了

            死得很慘,慚愧一下

              回復(fù)  更多評(píng)論   

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

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

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

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

            地址上。(n越大,要求越嚴(yán)格。)
            要做到這點(diǎn),有3個(gè)位置要求。
            首地址,調(diào)到最嚴(yán)格地址倍數(shù)上,不影響大小。
            中間項(xiàng),按各自下一項(xiàng)的地址要求填充調(diào)整,影響大小。
            最后一項(xiàng),通過(guò)填充,達(dá)到最嚴(yán)格地址大小倍數(shù),影響大小。
            union A
            {
            int a[5];
            char b;
            double c;
            };
            對(duì)于union A(共享內(nèi)存),其實(shí)只有一項(xiàng)
            至少需要20字節(jié)。首地址可以解釋為3種類型,
            A =a時(shí),
            | 4 | 4 | 4 | 4 | 4 | ,20字節(jié)
            中間和尾部都不需調(diào)整。
            A =b時(shí),
            |1|.................|,
            中間和尾部都不需調(diào)整,20字節(jié)。
            A =c時(shí),
            | 8 |...........|,
            c作為最后項(xiàng),需要調(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類型,是一項(xiàng)數(shù)據(jù)。
            對(duì)于 struct B,最嚴(yán)格8字節(jié),
            首地址為8的倍數(shù),填入n,(后面空4個(gè)字節(jié),因?yàn)閍的開(kāi)始地址要求8的倍數(shù))
            c,開(kāi)始地址無(wú)特殊要求,a后面無(wú)需填充,
            作為尾項(xiàng),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個(gè)字節(jié)的數(shù)據(jù),當(dāng)我們需要一個(gè)double類型的數(shù)據(jù)

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

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

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

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

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

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

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

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(22)

            隨筆分類(30)

            隨筆檔案(29)

            文章分類

            搜索

            積分與排名

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            99久久www免费人成精品| 日产精品99久久久久久| 久久99国产精品久久99果冻传媒| 人人狠狠综合久久88成人| 国产成人综合久久精品红| 蜜臀av性久久久久蜜臀aⅴ麻豆 | 国产精品毛片久久久久久久| 久久激情亚洲精品无码?V| 2021国产精品午夜久久| 久久精品中文闷骚内射| 国产偷久久久精品专区| 九九久久精品国产| 久久99精品久久久久久| 亚洲午夜精品久久久久久浪潮| 久久婷婷国产麻豆91天堂| 久久精品九九亚洲精品| 婷婷久久综合| 日本久久久久久久久久| 久久久精品一区二区三区| 国产一区二区久久久| 久久99精品久久久久久水蜜桃| 国产精品99久久久精品无码| 久久本道久久综合伊人| 精品久久久久久久久中文字幕| 久久久久亚洲AV片无码下载蜜桃| 香蕉久久夜色精品国产尤物| 久久精品无码av| 久久伊人精品青青草原高清| 国产成人久久AV免费| 青青青国产精品国产精品久久久久 | 久久精品一区二区三区AV| 国产精品一区二区久久| 精品国产综合区久久久久久| 久久久国产精品网站| 国产亚洲欧美成人久久片| 97久久精品人妻人人搡人人玩| 性欧美丰满熟妇XXXX性久久久| 亚洲AV无码一区东京热久久| 人妻无码精品久久亚瑟影视| 久久久久国产精品嫩草影院| 久久综合九色综合网站|