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

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>
            午夜日韩在线观看| 国产有码在线一区二区视频| 在线视频精品一| 日韩亚洲精品电影| 99香蕉国产精品偷在线观看| 亚洲精品久久久蜜桃| 91久久精品一区| 99国产精品久久久久久久久久 | 久久久久一区二区| 久久久久国产一区二区| 欧美插天视频在线播放| 亚洲精品一区二区三区樱花| 宅男精品视频| 久久激情视频久久| 欧美成人免费在线| 国产精品裸体一区二区三区| 国产一区二区| 999在线观看精品免费不卡网站| 亚洲一区在线免费观看| 久久精品电影| 亚洲经典在线| 欧美一级电影久久| 欧美精品一卡| 久久久亚洲午夜电影| 欧美日韩一区二区三区四区五区| 国产精品一区在线播放| 久久精品毛片| 欧美黄色免费网站| 国产亚洲一区二区三区在线观看| 亚洲国产精品成人综合| 午夜精品一区二区在线观看 | 亚洲图片欧美午夜| 免费成人性网站| 国产精品美女久久久久久免费| 一区二区三区在线免费播放| 亚洲一区二区三区免费视频| 女女同性精品视频| 香蕉成人久久| 国产精品久久波多野结衣| 亚洲精品中文字幕有码专区| 久久精品国产清自在天天线| 妖精视频成人观看www| 免费观看一区| 在线观看精品一区| 久久久噜噜噜久久久| 亚洲一区二区高清视频| 欧美日韩视频不卡| 99精品视频免费在线观看| 欧美www视频| 午夜久久tv| 国产精品一区二区三区久久久| 这里是久久伊人| 亚洲精品国精品久久99热一| 欧美电影在线| 99热精品在线| 亚洲免费观看高清完整版在线观看熊 | 亚洲欧美中日韩| 日韩天堂av| 欧美日韩综合视频| 亚洲无限av看| 中文高清一区| 国产精品一区二区在线观看网站| 午夜精品久久久久久久男人的天堂| 9人人澡人人爽人人精品| 欧美日韩一二三四五区| 亚洲一区三区视频在线观看| 一区二区三区四区五区精品| 国产精品久久国产精麻豆99网站| 日韩一级裸体免费视频| 日韩视频免费观看高清在线视频 | 伊人婷婷欧美激情| 欧美激情在线| 欧美伦理影院| 亚洲一区www| 欧美在线看片| 亚洲精品日韩一| 亚洲天堂av图片| 国产一区二区三区久久久| 裸体素人女欧美日韩| 欧美成人一区二区三区在线观看| 欧美视频不卡| 亚洲一区二区在线看| 亚洲欧美中文在线视频| 精久久久久久| 99re66热这里只有精品4| 国产精品毛片va一区二区三区 | 欧美三级视频在线| 欧美一区二区女人| 久久夜色精品国产噜噜av| 日韩写真在线| 亚洲伊人第一页| 亚洲国产高清在线观看视频| 日韩一级精品| 一区二区在线观看av| 亚洲精品免费一二三区| 国产欧美日韩一区二区三区在线| 美女脱光内衣内裤视频久久影院| 欧美另类99xxxxx| 久久综合999| 欧美天堂亚洲电影院在线播放| 久久久久久成人| 欧美日韩成人综合| 免费高清在线视频一区·| 国产精品福利久久久| 欧美电影免费观看| 国产手机视频一区二区| 亚洲另类自拍| 一区二区亚洲| 性做久久久久久久免费看| av成人免费在线观看| 久久久免费av| 久久激情婷婷| 国产精品国产三级国产专播品爱网 | 亚洲欧美国产高清va在线播| 亚洲久久视频| 久久人人97超碰国产公开结果| 亚洲欧美激情视频| 欧美日韩国产成人高清视频| 欧美电影美腿模特1979在线看| 国产一区二区三区免费在线观看| 中日韩高清电影网| 中文欧美字幕免费| 欧美成人一二三| 亚洲国产91| 亚洲精品国久久99热| 久久久久综合| 模特精品在线| 亚洲国产精品va| 欧美h视频在线| 亚洲电影下载| 日韩视频在线免费| 欧美日韩喷水| 一区二区三区国产精华| 亚洲视频图片小说| 欧美日韩国产一级| 日韩午夜高潮| 中文高清一区| 国产精品高精视频免费| 国产精品视频免费一区| 国产精品一区久久久| 亚洲精品乱码久久久久久| 亚洲国产合集| 久久综合色综合88| 欧美高清日韩| 日韩亚洲欧美中文三级| 欧美—级在线免费片| 亚洲国产精品成人| 一本到高清视频免费精品| 欧美日韩黄色一区二区| 99热在线精品观看| 欧美一级片在线播放| 国产揄拍国内精品对白| 久久精品国产亚洲aⅴ| 免费成人高清视频| 亚洲美女黄色片| 欧美日韩视频一区二区| 亚洲免费在线| 老牛影视一区二区三区| 亚洲精品日韩在线| 国产精品第十页| 久久久91精品国产一区二区三区| 欧美激情精品久久久久| 亚洲视频每日更新| 国产在线观看一区| 欧美精品激情| 欧美一级淫片aaaaaaa视频| 欧美成人乱码一区二区三区| 亚洲视频在线观看| 一区二区亚洲精品| 国产精品二区三区四区| 久久久久久夜| 一区二区欧美国产| 美女视频黄a大片欧美| 亚洲自拍另类| 最新69国产成人精品视频免费| 国产精品成人一区二区网站软件| 久久精品综合网| 亚洲一区日韩| 亚洲国产裸拍裸体视频在线观看乱了| 亚洲自拍高清| 亚洲精品乱码久久久久久| 国产欧美精品在线| 欧美日韩在线一区二区三区| 久久夜色精品国产欧美乱极品| 一区二区三区你懂的| 欧美高清在线视频观看不卡| 欧美一区二区在线免费观看| 日韩小视频在线观看| 激情欧美日韩一区| 国产精品美女久久| 欧美日韩午夜激情| 美女福利精品视频| 久久久久国内| 欧美一区二区三区喷汁尤物| 在线视频精品一| 日韩亚洲不卡在线| 亚洲精品国产系列| 亚洲福利视频二区| 欧美**人妖| 毛片精品免费在线观看|