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

隨筆-145  評論-173  文章-70  trackbacks-0

上面講到了關于pack的內存對齊和計算方法,這里繼續講實現內存對齊的另一種方式:__declspec( align(#) )

__declspec( align(#) )#pragma pack( n )有密切聯系。

當一個變量或結構體同時受兩者影響時,前者的優先級高。

成員的地址決定于前者及后者,其要么是前者的倍數,要么是后者的倍數,要么是成員的大小的倍數,取最小。

結構體最后的大小于前者有關,其要么是前者的倍數,要么是結構體中最大偏移量的倍數,取最大。

要算出最后結果,必須知道兩者的值或缺省值。

 

下面舉一個例子來詳細的分析:

#include <stdio.h>

#include 
"stdafx.h"
#include 
<stdlib.h>
//using namespace std;

#pragma pack( push, 
4 )

__declspec( align(
32) )struct D
{
    
int i1;
    
double d1;
    
int i2;
    
int i3;
};

int main()
{
    cout 
<< "sizeof(int) = "<<sizeof(int<< endl;
    cout 
<< "sizeof(char) = " << sizeof(char<< endl;
    cout 
<< "sizeof(double) = " << sizeof(double<< endl;
    cout 
<< sizeof(D) << endl;
    system(
"PAUSE");
    
return 0;
}

 

這段代碼在VS 2010中的運行結果是,sizeof(D)的大小為32,而在Dev C++C-Free 5.0以及gcc中的結果都似乎20。下面我們來著重講講關于__declspec( align(#) )的用法:

正如前面所說的,當有__declspec( align(#) )pack的時候,__declspec( align(#) )的優先級要高些。所以對于上面這個例子,我們首先來計算出來每一個的大小。

 

1.       成員的地址如何取?

規則:成員的地址要取pack(n),__declspec( align(m) ),以及成員自身大小這三者之間的最小值,也就是,min(n,m,sizeof(成員變量類型)),那么我們可以對每一個結構體的成員都進行分析。

 

第一個為int類型,占據4B,所以地址是[0~3].

第二個為double類型,它的地址要根據min(4,32,sizeof(double))來判斷,所以應該是4的倍數,也就是相鄰著int類型的i1存放。地址是[4~11]。

第三個為int類型,占據4B,同樣應該是4的倍數,地址是[12~15].

第四個為int類型,占據4B,地址為[16~19].

 

從而總的地址是從[0~19]連續存放的20個字節,那么是否sizeof(D)的大小就是20呢?

 

經過測試,我們可以看到,在VS 2010中,結果是32why?

 

這就要用__declspec( align(#) )來解釋了。也就是下面第二點的內容。

 

2.       結構體最后的大小如何決定?

規則:結構體最后的大小與__declspec( align(m) )有關,其要么是它的倍數,要么是結構體中最大偏移量的倍數,取最大

 

根據這個規則,這里align32,而結構體中最大的是double類型,也就是應該是max(32,8)=32,所以最后結構體的大小應該是32的倍數,而明顯上面我們看到的實際大小是20B,從而需要擴展到32B。

 

在這里,就體現了__declspec( align(m) )的強大作用!

 

同樣的,為了體現該語句的作用,我們去掉這個語句,運用我們前面一節內容的知識,來計算并測試sizeof(D),最終不論是在VS 2010還是Dev C++中,運行的結果都是上面我們所預測的20B

 

OK,下面回到最后的疑問,也就是前面我們提出的,為何加入了__declspec( align(m) )語句之后,在DevC++VS 2010的結果不同?

 

實際上,對于這些內存對齊的處理,不同的編譯器可能采取不同的處理,就像前面一節中所說的,我將pack誤用為package,導致根本沒有達到按照我要求的字節對齊的目的,而且編譯器根本不提供任何警告信息。那么,這里合理的解釋是:Dev C++不支持這種用法。

 

通過查閱資料,參照這篇文章【 SSE指令介紹及其C、C++應用 】(http://blog.csdn.net/delphihero/archive/2006/09/24/1270069.aspx),我們可以看到作者有這么一段話:

 

接下來我舉一個例子來說明SSE的指令函數是如何使用的,必須要說明的是我以下的代碼都是在VC7.1的平臺上寫的,不保證對其它如Dev-C++、Borland C++等開發平臺的完全兼容。

 

這里要注意一下,我使用了__declspec(align(16))做為數組定義的修釋符,這表示該數組是以16字節為邊界對齊的,因為SSE指令只能支持這種格式的內存數據。

  我們在這里看到了SSE算的強大,相信它會成為多媒體程序員手中用來對付無窮盡流媒體數據的一把利劍。我后面還會寫一些關于SSE算法更復雜應用的文章,敬請關注,感謝您抽時間閱讀!

 

從這篇文章我們可以看到,SSE指令集的情況下,在VC 7.1下才支持__declspec(align(16))這種用法,而對于其他平臺不一定有效。而前面我們使用的Dev C++以及C-Free,都是基于g++或者MinGW,不一定會支持這種方式,或者說,不一定按照這種內存對齊的建議來做,也就造成了結果的不同。

 

 

下面我們來繼續探討結構體中有結構體的情況。

 

先看看下面這段代碼:

#include <stdio.h>

#include 
"stdafx.h"
#include 
<stdlib.h>
//using namespace std;

#pragma pack( push, 
4 )

__declspec( align(
32) )struct D
{
    
int i1;
    
double d1;
    
int i2;
    
int i3;
};

__declspec( align(
16) ) struct E
{
     
int i1;
     D m_d;
     
int i2;
};

int main()
{
    cout 
<< "sizeof(int) = "<<sizeof(int<< endl;
    cout 
<< "sizeof(char) = " << sizeof(char<< endl;
    cout 
<< "sizeof(double) = " << sizeof(double<< endl;
    cout 
<< sizeof(D) << endl;
    cout 
<< sizeof(E) << endl;
    system(
"PAUSE");
    
return 0;
}

 

最后運行的結果是sizeof(E)96,為何會是這個結果呢?我們來詳細講解下。

 

對于結構體E,第一個元素為int類型,所以占據[0~3]地址單元。

第二個元素是一個結構體,該結構體由于受上面__declspec( align(32) )的影響,優先級高,所以起始地址是32的倍數,而且大小為32B,從而應該放置在[32~63]單元處。

最后一個是int類型的變量,大小為4,所以應該是4的倍數,地址為[64~67]。

 

故結構體E的大小應該是從[0~67],占據68B,而由于前面還有限制__declspec( align(16) ),同時成員變量的最大偏移是sizeof(D)=32,所以我們最后這個結構體的大小應該是他們中最大值的倍數,也就是32的倍數,68向上取32的倍數應該是96.故結果為96.

 

最后仍然是上面平臺的問題,在Dev C++G++下面的結果不同,原因上面解釋了。


MSDN:

The sizeof value for any structure is the offset of the final member, plus that member's size, rounded up to the nearest multiple of the largest member alignment value or the whole structure alignment value, whichever is greater.

中文:

sizeof的結果都是結構體中最后的一個成員變量加上它的大小,再加上一個填充容量(padding),這個填充大小是成員變量最大的一個對齊參數或整個結構體的對齊參數的倍數,取哪個決定于哪個對齊參數較大

 

ms-help://MS.VSCC.v90/MS.MSDNQTR.v90.en/dv_vclang/html/e4209cbb-5437-4b53-b3fe-ac264501d404.htm

ms-help://MS.VSCC.v90/MS.MSDNQTR.v90.en/dv_vclang/html/9cb63f58-658b-4425-ac47-af8eabfc5878.htm




P.S.:上面是關于內存對齊的研究,如有謬誤,歡迎指出!


附參考資料和拓展:

1. #pragma pack :http://blog.sina.com.cn/s/blog_492aa57901008y3h.html
2. #pragma pack( n )和__declspec( align(#) ) 的偏移量計算方法: http://blog.csdn.net/whoismickey/archive/2009/03/28/4032155.aspx
3. #pragma pack(push,1) (pop) :http://blog.csdn.net/jiang1013nan/archive/2009/11/25/4861248.aspx
4. 關于pragma pack的用法(四) C++中的內存對齊問題: http://m.shnenglu.com/xczhang/archive/2007/12/23/39396.html
5. SSE指令介紹及其C、C++應用:http://blog.csdn.net/delphihero/archive/2006/09/24/1270069.aspx
6. c++中__declspec用法總結: http://sealbird.javaeye.com/blog/855096

 


posted on 2011-03-13 22:30 deercoder 閱讀(10039) 評論(5)  編輯 收藏 引用 所屬分類: C++

評論:
# re: 【內存對齊(二)】__declspec( align(#) )的用法和大小計算 2011-03-14 00:21 | fazhang
內存對齊是在筆試題中才開始接觸的。   回復  更多評論
  
# re: 【內存對齊(二)】__declspec( align(#) )的用法和大小計算 2011-03-14 09:39 | 劉暢
@fazhang
是的,面試中也會出現,這個是有感于我在一次面試中的經歷來進行深入研究的。  回復  更多評論
  
# re: 【內存對齊(二)】__declspec( align(#) )的用法和大小計算 2011-03-14 11:42 | Husiwa
VS2008下驗證通過  回復  更多評論
  
# re: 【內存對齊(二)】__declspec( align(#) )的用法和大小計算 2011-03-14 12:19 | 劉暢
@Husiwa
嗯,VS的后續版本估計都會支持。不過VC 6.0還不支持。  回復  更多評論
  
# re: 【內存對齊(二)】__declspec( align(#) )的用法和大小計算 2012-02-23 23:06 | 游客
成員的地址決定于前者及后者,其要么是前者的倍數,要么是后者的倍數,要么是成員的大小的倍數,取最小。

這個不太對。成員地址跟結構提前的__declspec( align(#) )沒關系。

另外,MSDN中說到__declspec(align( # )) can only increase alignment restrictions.所以__declspec(align( # ))是不可能和別的來取最小值,只可能往大的取  回復  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美不卡一区| 亚洲第一二三四五区| 欧美日韩精品免费| 免费国产自线拍一欧美视频| 国产一在线精品一区在线观看| 欧美影院久久久| 久久av免费一区| 久久手机免费观看| 欧美成人精品一区| 亚洲免费激情| 午夜欧美不卡精品aaaaa| 欧美在现视频| 久久久国产一区二区三区| 欧美a级片一区| 国产精品久久九九| 一区视频在线| 亚洲一区二区成人| 久久久久久久久岛国免费| 免费试看一区| 一区二区国产日产| 久久久久久噜噜噜久久久精品| 欧美激情bt| 国产精品一卡| 亚洲精品一区二| 久久国产精品网站| 亚洲精品一区二区三区福利| 欧美一级理论性理论a| 免费在线日韩av| 国产一区二区精品| 亚洲一区视频在线| 亚洲国产精品一区二区久| 亚洲综合丁香| 欧美三级特黄| 午夜精品短视频| 欧美一级理论片| 99精品国产在热久久婷婷| 久久久女女女女999久久| 国产精品美女午夜av| 亚洲三级电影在线观看| 男人天堂欧美日韩| 欧美在线观看网址综合| 国产精品久久久久一区二区| 亚洲精品一区在线观看香蕉| 欧美三级小说| 亚洲激情一区| 猛干欧美女孩| 久久久久久久综合色一本| 国产专区综合网| 久久久久国产精品www | 久久九九精品99国产精品| 亚洲三级免费| 蜜桃伊人久久| 国产手机视频精品| 小辣椒精品导航| 亚洲一区二区三区视频| 国产精品www色诱视频| 一区二区三区日韩| 亚洲剧情一区二区| 欧美精品一区二区蜜臀亚洲| 亚洲电影自拍| 亚洲国产精品123| 久久久久久久网| 欧美激情偷拍| 亚洲欧美怡红院| 亚洲制服av| 国产精品久久久久久久午夜| 亚洲网站视频福利| 99成人在线| 国产精品免费在线| 久久精品亚洲| 久久嫩草精品久久久精品一| 影音先锋久久| 亚洲国产日韩精品| 欧美日韩一二三四五区| 亚洲午夜日本在线观看| 亚洲欧美激情四射在线日 | 欧美在线亚洲综合一区| 激情久久久久久久| 亚洲第一成人在线| 欧美视频在线看| 亚洲一区二区三区四区中文| 亚洲精品国产精品国产自| 欧美福利视频一区| 亚洲一区二区三区免费视频| 欧美一区激情| 99re亚洲国产精品| 亚洲一区二区三区国产| 韩国欧美一区| 亚洲人成在线免费观看| 国产欧美精品日韩精品| 久久久久久97三级| 久久精品最新地址| 日韩视频中午一区| 亚洲男人影院| 亚洲精品偷拍| 欧美一区亚洲| 在线性视频日韩欧美| 欧美在线视频在线播放完整版免费观看| 久久免费黄色| 亚洲卡通欧美制服中文| 亚洲一区自拍| 亚洲精品视频免费观看| 欧美亚洲网站| 亚洲一区欧美二区| 欧美www视频| 欧美一区网站| 欧美日韩免费高清一区色橹橹| 久久青草欧美一区二区三区| 欧美视频中文一区二区三区在线观看 | 亚洲摸下面视频| 美女诱惑黄网站一区| 亚洲私拍自拍| 久久综合九色99| 欧美一区二区三区播放老司机| 久久久久久久一区| 久久精品国产第一区二区三区最新章节| 老司机精品福利视频| 久久九九电影| 国产一区二区精品在线观看| 一区二区欧美激情| 艳妇臀荡乳欲伦亚洲一区| 久久美女性网| 久久午夜国产精品| 亚洲精品中文字幕女同| 91久久精品国产91久久性色| 黄色精品网站| 久久久久久久国产| 久久久美女艺术照精彩视频福利播放| 欧美日韩中文字幕在线视频| 亚洲欧洲另类| 亚洲美女在线国产| 欧美精品色综合| 亚洲精品激情| 亚洲午夜视频| 国产精品久久久久久影视 | 亚洲影院一区| 亚洲欧美一区二区三区久久| 欧美视频在线观看免费网址| 制服丝袜激情欧洲亚洲| 亚洲欧美在线播放| 国产亚洲aⅴaaaaaa毛片| 欧美在线综合| 久久久精品动漫| 影音欧美亚洲| 欧美黄色免费网站| 一区二区高清视频| 亚洲图片欧美日产| 国产欧美69| 久久免费偷拍视频| 91久久综合亚洲鲁鲁五月天| 亚洲视频图片小说| 国产精品视频yy9299一区| 羞羞漫画18久久大片| 美女在线一区二区| 日韩一区二区久久| 午夜精品在线看| 这里只有精品视频在线| 久久久国产精品一区二区中文 | 亚洲欧洲精品一区二区三区波多野1战4| 99国产精品久久久久久久久久| 亚洲精品影院| 国产精品成人免费| 午夜免费日韩视频| 亚洲大胆在线| 亚洲一区国产精品| 国内久久婷婷综合| 欧美电影在线观看完整版| 亚洲精品久久久久中文字幕欢迎你| 亚洲天堂av高清| 99xxxx成人网| 国产亚洲精品久久久久久| 米奇777超碰欧美日韩亚洲| 日韩视频―中文字幕| 久久久99免费视频| 一本色道久久综合狠狠躁的推荐| 国产精品久久九九| 麻豆乱码国产一区二区三区| 夜夜精品视频| 欧美国产专区| 久久精品99国产精品酒店日本| 亚洲人成77777在线观看网| 国产精品免费久久久久久| 免费永久网站黄欧美| 欧美一级艳片视频免费观看| 亚洲国产成人精品视频| 久久成人免费| 亚洲视频第一页| 在线精品观看| 国产日韩欧美在线观看| 欧美日韩国产一中文字不卡| 久久这里只有| 久久香蕉国产线看观看av| 久久久www免费人成黑人精品| 一区二区三区高清不卡| 亚洲高清视频一区| 国产综合色产在线精品| 国产精品区一区二区三| 欧美日韩免费高清| 欧美日本在线观看| 欧美高清在线视频观看不卡|