青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Merlin

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

   :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
  34 隨筆 :: 0 文章 :: 40 評(píng)論 :: 0 Trackbacks

老師提出一個(gè)很有意思的問題:

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

}
;
class b
{
    
char c1;
    
char c2;

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

評(píng)論

# re: 一個(gè)有意思的問題 2005-11-11 13:32 笨笨
你的程序是按照8個(gè)字節(jié)對(duì)齊的
  回復(fù)  更多評(píng)論
  

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

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

class b
{
char c1;

long l;

char c2;

long l1;

double d;


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

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

編譯器一般都可以使用編譯指令來控制是否需要字節(jié)對(duì)齊。  回復(fù)  更多評(píng)論
  

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

這種情況不能亂用,因?yàn)闀?huì)降低效率
WINDOWS核心編程介紹字節(jié)對(duì)齊的原因  回復(fù)  更多評(píng)論
  

# re: 一個(gè)有意思的問題 2005-11-11 21:44 Merlin
謝謝了!  回復(fù)  更多評(píng)論
  

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

char a;

long int d;

double c;


};//此時(shí)是16
struct s
{

char a;

long int d;

double c;

char a1;


};//而此時(shí)是24
也就是說a1用了8個(gè),我覺得就沒有道理啊,不是當(dāng)數(shù)據(jù)大小的數(shù)據(jù)模數(shù)的內(nèi)存地址是0時(shí),數(shù)據(jù)是對(duì)齊的么? char沒有必要用8個(gè)阿!有沒有人明白,幫解釋一下!  回復(fù)  更多評(píng)論
  

# re: 一個(gè)有意思的問題 2005-11-12 21:21 笨笨
哎,編譯器默認(rèn)是8個(gè)行不行呀?  回復(fù)  更多評(píng)論
  

# re: 一個(gè)有意思的問題 2005-11-12 22:49 fireup
編譯器默認(rèn)的對(duì)齊是8字節(jié)對(duì)齊。

兩個(gè)結(jié)構(gòu)在內(nèi)存中的分配分別如下圖
0 4 8
+-------+-------+
|char |long | 0-7
+-------+-------+
|char | 8-15
+---------------+
|double | 16-23
+---------------+

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

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

# re: 一個(gè)有意思的問題 2005-11-13 11:10 味全每日C++
還是應(yīng)該注意這一點(diǎn) #pragma pack(8)
默認(rèn)32位是8 ,不排除有的時(shí)候讓你計(jì)算 #pragma pack(4) 的情況..  回復(fù)  更多評(píng)論
  

# re: 一個(gè)有意思的問題 2005-11-27 02:09
學(xué)習(xí)  回復(fù)  更多評(píng)論
  

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

char a;

long int d;

double c;


};//此時(shí)是16
struct s
{

char a;

long int d;

double c;

char a1;


};//而此時(shí)是24
也就是說a1用了8個(gè),我覺得就沒有道理啊,不是當(dāng)數(shù)據(jù)大小的數(shù)據(jù)模數(shù)的內(nèi)存地址是0時(shí),數(shù)據(jù)是對(duì)齊的么? char沒有必要用8個(gè)阿!有沒有人明白,幫解釋一下!
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

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

對(duì)于
struct s
{

char a;

long int d;

double c;


};//此時(shí)是16
編譯器默認(rèn)的一般是8字節(jié)對(duì)齊。
a大小是1,它就按1字節(jié)對(duì)齊(因?yàn)楸戎付ǖ?小),存儲(chǔ)在0偏移的地方;b大小4,它就按4字節(jié)對(duì)齊(因?yàn)楸戎付ǖ?小),存在偏移4--7的位置,c大小8,它按8字節(jié)對(duì)齊,存在偏移8--15的位置。這樣3個(gè)成員共占用了16字節(jié)。由于該結(jié)構(gòu)最大成員c大小為8,所以結(jié)構(gòu)按8字節(jié)對(duì)齊,16按8園整還是16,因此sizeof s = 16。

而對(duì)于
struct s
{

char a;

long int d;

double c;

char a1;


};//而此時(shí)是24
前3個(gè)成員和上面一樣存儲(chǔ),即a在0位置,d在4--7位置,c在8--16位置,但a1按一字節(jié)對(duì)齊,存在偏移17位置,這樣4個(gè)成員占用了17字節(jié);整個(gè)結(jié)構(gòu)還要按8對(duì)齊(因?yàn)榻Y(jié)構(gòu)最大成員c大小為8),17按8圓整后是24,因此此時(shí)sizeof s = 24。

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





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

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

對(duì)于
struct s
{

char a;

long int d;

double c;


};//此時(shí)是16
編譯器默認(rèn)的一般是8字節(jié)對(duì)齊。
a大小是1,它就按1字節(jié)對(duì)齊(因?yàn)楸戎付ǖ?小),存儲(chǔ)在0偏移的地方;b大小4,它就按4字節(jié)對(duì)齊(因?yàn)楸戎付ǖ?小),存在偏移4--7的位置,c大小8,它按8字節(jié)對(duì)齊,存在偏移8--15的位置。這樣3個(gè)成員共占用了16字節(jié)。由于該結(jié)構(gòu)成員c對(duì)齊方式為8,是所有成員中最大的,所以結(jié)構(gòu)按8字節(jié)對(duì)齊,16按8園整還是16,因此sizeof s = 16。

而對(duì)于
struct s
{

char a;

long int d;

double c;

char a1;


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

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

# re: 一個(gè)有意思的問題 2006-04-06 11:42 clever101
re發(fā):

照你的說法:
#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的大小應(yīng)該是16,s2的大小應(yīng)該是20。事實(shí)上也是這樣的。我在VC上作了測(cè)試。我的系統(tǒng)環(huán)境:win2000,vc6.0。  回復(fù)  更多評(píng)論
  

# re: 一個(gè)有意思的問題 2006-06-30 16:38 cn
對(duì)階!  回復(fù)  更多評(píng)論
  


只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久久亚洲精品一区二区三区 | 欧美性做爰猛烈叫床潮| 久久黄色级2电影| 久久精品国产综合| 久久av一区二区三区漫画| 欧美制服第一页| 久久美女性网| 欧美人成在线视频| 国产精品一级| 影音先锋日韩精品| 99精品国产高清一区二区| 亚洲精品黄网在线观看| 亚洲一区二区三区精品在线| 午夜亚洲精品| 欧美肥婆在线| 亚洲一区二区三区涩| 久久不射网站| 欧美三级电影大全| 国产一区二区三区奇米久涩| 亚洲国产精品va在线看黑人动漫 | 欧美国产一区二区| 久久久噜噜噜久噜久久| 欧美韩日一区二区三区| 99在线热播精品免费99热| 欧美在线视频全部完| 欧美激情一区二区三级高清视频| 欧美午夜电影一区| 在线免费观看视频一区| 亚洲自拍偷拍麻豆| 亚洲国产欧美在线| 午夜精品久久久久久久99水蜜桃 | 欧美激情aⅴ一区二区三区| 亚洲精品小视频在线观看| 欧美一区二区三区免费观看| 欧美激情在线观看| 永久免费毛片在线播放不卡| 亚洲一区二区免费视频| 欧美激情一级片一区二区| 校园春色综合网| 国产精品ⅴa在线观看h| 亚洲免费观看高清完整版在线观看熊| 欧美亚洲自偷自偷| 99视频在线观看一区三区| 免费观看成人网| 激情自拍一区| 久久精品一二三| 在线一区日本视频| 欧美日韩久久| 亚洲免费观看视频| 亚洲欧洲另类国产综合| 久久视频一区| 亚洲国产国产亚洲一二三| 久久久久一区二区三区| 午夜欧美精品| 国产午夜精品一区二区三区欧美| 亚洲视频欧美在线| 亚洲免费大片| 欧美三级视频在线观看| 一区二区免费在线播放| 亚洲人成网站色ww在线| 欧美韩日一区| 在线综合亚洲| 中国成人黄色视屏| 国产精品色婷婷| 欧美在线看片a免费观看| 亚洲天堂网站在线观看视频| 国产精品久久久久久五月尺| 午夜精品久久久久久久99樱桃| avtt综合网| 国产精品区一区二区三| 欧美一区二区三区视频在线观看| 亚洲影院在线| 国外成人免费视频| 欧美大片专区| 欧美jizz19性欧美| 欧美欧美全黄| 欧美激情一区二区三区在线| 久久久91精品国产| 欧美一区二区三区在线免费观看 | 久久高清福利视频| 欧美伊人久久久久久久久影院| 韩国免费一区| 欧美国产在线观看| 欧美日韩视频在线观看一区二区三区| 亚洲综合色自拍一区| 欧美在线观看视频一区二区三区 | 9人人澡人人爽人人精品| 国产精品美女诱惑| 久久裸体视频| 欧美日韩国产一区二区| 欧美专区日韩专区| 另类亚洲自拍| 亚洲综合不卡| 久久天堂国产精品| 亚洲一区二区三区四区在线观看| 午夜精品久久99蜜桃的功能介绍| 雨宫琴音一区二区在线| 亚洲激情一区二区三区| 国产精品伊人日日| 欧美激情中文字幕一区二区| 欧美吻胸吃奶大尺度电影| 久久噜噜亚洲综合| 欧美午夜片在线观看| 免费成人毛片| 国产精品麻豆欧美日韩ww| 欧美va天堂| 国产精品亚洲综合| 亚洲韩国青草视频| 国精品一区二区| 99精品视频免费观看| 亚洲第一精品福利| 性久久久久久久| 亚洲一区二区综合| 欧美激情视频一区二区三区在线播放| 欧美自拍偷拍午夜视频| 欧美精品久久天天躁| 久久在线观看视频| 国产欧美日韩一区| 一区二区三区久久| 99国内精品久久| 久久资源在线| 久久蜜桃资源一区二区老牛| 国产精品国产成人国产三级| 亚洲激情综合| 亚洲人成在线影院| 久久女同互慰一区二区三区| 久久精品国产成人| 国产乱码精品一区二区三| 一区二区精品在线| 亚洲视频在线观看三级| 欧美好吊妞视频| 欧美激情一区二区三区在线视频 | 国产日韩欧美在线播放| 欧美一区二区在线| 欧美激情国产日韩| 老司机精品视频网站| 久久精品国产免费观看| 国产精品爽爽ⅴa在线观看| 一本大道久久精品懂色aⅴ| 日韩一区二区精品视频| 欧美剧在线免费观看网站| 亚洲激情校园春色| 99精品欧美一区二区蜜桃免费| 欧美成人日韩| 亚洲人成人99网站| 在线一区亚洲| 欧美天天综合网| 亚洲中午字幕| 久久久久久9999| 在线观看日韩av电影| 久久久一二三| 亚洲日本无吗高清不卡| 亚洲一区二区视频在线| 久久精品视频在线观看| 国产在线视频欧美一区二区三区| 久久精品一区四区| 亚洲国产日韩一区二区| 亚洲视频在线观看免费| 国产欧美日韩一区| 久久天堂av综合合色| 亚洲精品国产精品乱码不99| 一区二区三区视频在线播放| 国产精品推荐精品| 久久人人97超碰人人澡爱香蕉| 亚洲人成人99网站| 久久国产精品黑丝| 亚洲日本在线观看| 欧美丝袜一区二区三区| 香蕉精品999视频一区二区| 欧美成人亚洲成人日韩成人| 一本久久青青| 狠狠久久婷婷| 欧美日韩国产美| 久久国内精品自在自线400部| 亚洲国产成人tv| 欧美在线免费播放| 日韩香蕉视频| 国产一二三精品| 欧美日韩国产综合视频在线观看| 亚洲尤物在线视频观看| 亚洲国产精品嫩草影院| 久久丁香综合五月国产三级网站| 亚洲高清视频一区| 国产精品综合网站| 欧美激情在线播放| 久久久久99| 亚洲欧美精品伊人久久| 最新69国产成人精品视频免费| 欧美一区二视频| 中日韩视频在线观看| 亚洲第一区中文99精品| 国产欧美日韩免费| 欧美视频不卡| 欧美成人网在线| 久久久久久有精品国产| 亚洲综合激情| 亚洲小视频在线观看| 亚洲精品一区中文| 亚洲国产1区| 亚洲国产精品成人综合色在线婷婷|