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

Merlin

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

   :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
  34 隨筆 :: 0 文章 :: 40 評論 :: 0 Trackbacks

老師提出一個很有意思的問題:

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

}
;
class b
{
    
char c1;
    
char c2;

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

評論

# re: 一個有意思的問題 2005-11-11 13:32 笨笨
你的程序是按照8個字節對齊的
  回復  更多評論
  

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

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

class b
{
char c1;

long l;

char c2;

long l1;

double d;


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

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

編譯器一般都可以使用編譯指令來控制是否需要字節對齊。  回復  更多評論
  

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

這種情況不能亂用,因為會降低效率
WINDOWS核心編程介紹字節對齊的原因  回復  更多評論
  

# re: 一個有意思的問題 2005-11-11 21:44 Merlin
謝謝了!  回復  更多評論
  

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

char a;

long int d;

double c;


};//此時是16
struct s
{

char a;

long int d;

double c;

char a1;


};//而此時是24
也就是說a1用了8個,我覺得就沒有道理啊,不是當數據大小的數據模數的內存地址是0時,數據是對齊的么? char沒有必要用8個阿!有沒有人明白,幫解釋一下!  回復  更多評論
  

# re: 一個有意思的問題 2005-11-12 21:21 笨笨
哎,編譯器默認是8個行不行呀?  回復  更多評論
  

# re: 一個有意思的問題 2005-11-12 22:49 fireup
編譯器默認的對齊是8字節對齊。

兩個結構在內存中的分配分別如下圖
0 4 8
+-------+-------+
|char |long | 0-7
+-------+-------+
|char | 8-15
+---------------+
|double | 16-23
+---------------+

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

  回復  更多評論
  

# re: 一個有意思的問題 2005-11-13 11:10 味全每日C++
還是應該注意這一點 #pragma pack(8)
默認32位是8 ,不排除有的時候讓你計算 #pragma pack(4) 的情況..  回復  更多評論
  

# re: 一個有意思的問題 2005-11-27 02:09
學習  回復  更多評論
  

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

char a;

long int d;

double c;


};//此時是16
struct s
{

char a;

long int d;

double c;

char a1;


};//而此時是24
也就是說a1用了8個,我覺得就沒有道理啊,不是當數據大小的數據模數的內存地址是0時,數據是對齊的么? char沒有必要用8個阿!有沒有人明白,幫解釋一下!
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

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

對于
struct s
{

char a;

long int d;

double c;


};//此時是16
編譯器默認的一般是8字節對齊。
a大小是1,它就按1字節對齊(因為比指定的8小),存儲在0偏移的地方;b大小4,它就按4字節對齊(因為比指定的8小),存在偏移4--7的位置,c大小8,它按8字節對齊,存在偏移8--15的位置。這樣3個成員共占用了16字節。由于該結構最大成員c大小為8,所以結構按8字節對齊,16按8園整還是16,因此sizeof s = 16。

而對于
struct s
{

char a;

long int d;

double c;

char a1;


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

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





  回復  更多評論
  

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

對于
struct s
{

char a;

long int d;

double c;


};//此時是16
編譯器默認的一般是8字節對齊。
a大小是1,它就按1字節對齊(因為比指定的8小),存儲在0偏移的地方;b大小4,它就按4字節對齊(因為比指定的8小),存在偏移4--7的位置,c大小8,它按8字節對齊,存在偏移8--15的位置。這樣3個成員共占用了16字節。由于該結構成員c對齊方式為8,是所有成員中最大的,所以結構按8字節對齊,16按8園整還是16,因此sizeof s = 16。

而對于
struct s
{

char a;

long int d;

double c;

char a1;


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

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

# re: 一個有意思的問題 2006-04-06 11:42 clever101
re發:

照你的說法:
#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的大小應該是16,s2的大小應該是20。事實上也是這樣的。我在VC上作了測試。我的系統環境:win2000,vc6.0。  回復  更多評論
  

# re: 一個有意思的問題 2006-06-30 16:38 cn
對階!  回復  更多評論
  


只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   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>
            久久久夜精品| 亚洲国产欧美精品| 伊人久久婷婷| 国产揄拍国内精品对白| 国产亚洲欧美另类中文| 国产一区二区三区在线免费观看 | 午夜天堂精品久久久久| 亚洲一区二区三区成人在线视频精品| 一区二区久久| 亚洲欧美偷拍卡通变态| 久久国产免费| 欧美韩国在线| 国产精品日韩精品| 在线视频国产日韩| 亚洲婷婷综合色高清在线| 欧美一区日韩一区| 亚洲风情在线资源站| 亚洲一二三级电影| 久热精品在线视频| 国产精品入口日韩视频大尺度| 欲色影视综合吧| 亚洲视频在线免费观看| 久久一区二区视频| 一本一本久久a久久精品综合妖精 一本一本久久a久久精品综合麻豆 | 在线播放日韩欧美| 亚洲视频1区| 玖玖精品视频| 136国产福利精品导航网址应用| 亚洲日本va午夜在线影院| 在线一区二区三区四区| 久久xxxx| 亚洲精品自在久久| 久久久中精品2020中文| 国产精品久久久久久久久久久久 | 亚洲激情视频在线播放| 亚洲欧美日韩人成在线播放| 欧美大片在线观看一区| 国产亚洲欧美日韩美女| 亚洲嫩草精品久久| 亚洲美女黄网| 欧美大尺度在线观看| 一区在线观看| 欧美在线首页| 亚洲无线视频| 欧美韩日一区二区| 欲香欲色天天天综合和网| 欧美尤物一区| 亚洲免费视频在线观看| 国产精品v欧美精品v日韩精品| 亚洲高清不卡av| 久久久97精品| 亚洲在线视频观看| 国产精品v日韩精品v欧美精品网站| 亚洲精品久久久一区二区三区| 久久久久久久网| 午夜精品在线观看| 国产性猛交xxxx免费看久久| 亚欧成人精品| 亚洲欧美日韩在线| 国产免费亚洲高清| 新狼窝色av性久久久久久| 亚洲午夜久久久久久久久电影院| 欧美日韩亚洲一区二区三区| 一区二区日韩精品| 99国产精品视频免费观看| 欧美精品在线一区| 在线亚洲精品福利网址导航| 99精品欧美| 国产精品护士白丝一区av| 亚洲欧美精品在线| 欧美亚洲一区三区| 在线观看日韩一区| 亚洲国产精品精华液网站| 欧美极品一区| 亚洲欧美国产日韩天堂区| 亚洲综合色激情五月| 狠狠色综合色区| 亚洲第一视频| 欧美三级电影大全| 欧美专区在线观看一区| 久久久久国产成人精品亚洲午夜| 另类综合日韩欧美亚洲| 欧美成人高清| 模特精品在线| 夜夜爽夜夜爽精品视频| 亚洲一区二区三区免费视频| 国产一区二区三区自拍| 亚洲国产精品女人久久久| 欧美日韩亚洲一区三区 | 亚洲欧洲一级| 一本色道久久综合精品竹菊 | 欧美亚洲一区二区在线观看| 一区二区亚洲精品| 亚洲美女视频| 国产亚洲人成a一在线v站| 亚洲电影免费在线| 国产毛片精品视频| 91久久久国产精品| 国产午夜精品久久久久久久| 亚洲高清在线精品| 国产欧美精品国产国产专区| 亚洲电影免费观看高清完整版在线| 国产精品久久久久久妇女6080| 免费黄网站欧美| 国产精品久久久久久久久久ktv| 欧美freesex交免费视频| 国产精品成人播放| 亚洲第一在线视频| 国产亚洲欧美在线| 夜色激情一区二区| 亚洲黄色毛片| 亚洲欧美在线高清| 一区二区三区日韩欧美| 久久综合色8888| 久久国产精品高清| 欧美日韩精品高清| 欧美国产大片| 国产综合色在线视频区| 亚洲视频欧美视频| 亚洲精品视频免费在线观看| 欧美一区二区三区免费观看视频| 一区二区动漫| 欧美肥婆bbw| 欧美激情偷拍| 玉米视频成人免费看| 欧美中在线观看| 欧美亚洲综合久久| 国产精品理论片| 日韩亚洲一区在线播放| 日韩午夜激情av| 欧美大片免费观看| 亚洲国产你懂的| 日韩视频在线一区| 欧美激情乱人伦| 亚洲第一中文字幕在线观看| 亚洲电影观看| 免费在线播放第一区高清av| 欧美岛国在线观看| 亚洲国产精品成人一区二区 | 久久九九电影| 久久久www免费人成黑人精品| 亚洲人体影院| 99国产一区| 亚洲视频中文| 国产精品久久久久免费a∨| 一区二区欧美日韩| 亚洲欧美国内爽妇网| 国产精品免费看| 亚洲欧美日韩一区二区| 久久精品国产综合精品| 国内揄拍国内精品久久| 久久午夜精品| 亚洲激情在线播放| 亚洲少妇中出一区| 国产喷白浆一区二区三区| 久久精品成人一区二区三区| 欧美成年人视频网站| 日韩视频免费观看| 国产精品久久久久久久久久久久| 午夜在线观看欧美| 欧美jizz19hd性欧美| 99re8这里有精品热视频免费| 欧美日本一区二区三区| 亚洲免费在线播放| 欧美mv日韩mv亚洲| 亚洲视频欧美视频| 国产亚洲综合精品| 欧美激情第3页| 午夜精品国产| 亚洲国产高清视频| 性欧美video另类hd性玩具| 狠狠狠色丁香婷婷综合久久五月| 欧美91福利在线观看| 亚洲一区二区视频在线观看| 欧美一区二区三区在线看 | 精品不卡一区二区三区| 欧美chengren| 亚洲欧美日韩天堂| 亚洲人午夜精品| 久久成人免费电影| 中日韩高清电影网| 影音先锋亚洲视频| 国产精品乱看| 欧美激情综合在线| 久久理论片午夜琪琪电影网| 一区二区三区高清在线观看| 美腿丝袜亚洲色图| 午夜精品久久久久久久99水蜜桃| 亚洲国产小视频在线观看| 国产伦精品一区二区三区免费| 欧美成人中文字幕| 久久精品成人欧美大片古装| 亚洲视频图片小说| 亚洲精品一区二区三区在线观看| 久久亚洲私人国产精品va媚药| 亚洲女性裸体视频| 一区二区三区视频在线观看 | 久久亚洲图片| 欧美影院成人| 亚洲欧美在线看|