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

posts - 297,  comments - 15,  trackbacks - 0

前向聲明:
    sizeof,一個其貌不揚的家伙,引無數菜鳥竟折腰,小蝦我當初也沒少犯迷糊,秉著“辛苦我一個,幸福千萬人”的偉大思想,我決定將其盡可能詳細的總結一下。
    但當我總結的時候才發現,這個問題既可以簡單,又可以復雜,所以本文有的地方并不適合初學者,甚至都沒有必要大作文章。但如果你想“知其然,更知其所以然”的話,那么這篇文章對你或許有所幫助。
    菜鳥我對C++的掌握尚未深入,其中不乏錯誤,歡迎各位指正啊

1. 定義:
    sizeof是何方神圣sizeof乃C/C++中的一個操作符(operator)是也,簡單的說其作用就是返回一個對象或者類型所占的內存字節數。

MSDN上的解釋為:
The sizeof keyword gives the amount of storage, in bytes,

associated with a variable or a type (including aggregate

types). This keyword returns a value of type size_t.
    其返回值類型為size_t,在頭文件stddef.h中定義。這是一個依賴于編譯系統的值,一般定義為
typedef unsigned int size_t;
    世上編譯器林林總總,但作為一個規范,它們都會保證char、signed char和unsigned
char的sizeof值為1,畢竟char是我們編程能用的最小數據類型。

2. 語法:
    sizeof有三種語法形式,如下:
    1) sizeof( object ); // sizeof( 對象 );
    2) sizeof( type_name ); // sizeof( 類型 );
    3) sizeof object; // sizeof 對象;
所以,
int i;
sizeof( i ); // ok
sizeof i; // ok
sizeof( int ); // ok
sizeof int; // error
    既然寫法3可以用寫法1代替,為求形式統一以及減少我們大腦的負擔,第3種寫法,忘掉它吧!實際上,sizeof計算對象的大小也是轉換成對對象類型的計算,也就是說,同種類型的不同對象其sizeof值都是一致的。這里,對象可以進一步延伸至表達式,即sizeof可以對一個表達式求值,編譯器根據表達式的最終結果類型來確定大小,一般不會對表達式進行計算。如:
sizeof( 2 ); // 2的類型為int,所以等價于 sizeof( int );
sizeof( 2 + 3.14 );  // 3.14的類型為double,2也會被提升成double類型,所以等價于 sizeof( double );

    sizeof也可以對一個函數調用求值,其結果是函數返回類型的大小,函數并不會被調用,我們來看一個完整的例子:
char foo()
{
    printf("foo() has been called.\n");
    return 'a';
}
int main()
{
    size_t sz = sizeof( foo() ); // foo() 的返回值類型為char,所以sz = sizeof(char ),foo()并不會被調用
    printf("sizeof( foo() ) = %d\n", sz);
}

    C99標準規定,函數、不能確定類型的表達式以及位域(bit-field)成員不能被計算sizeof值,即下面這些寫法都是錯誤的:
    sizeof( foo );// error
    void foo2() { }
    sizeof( foo2() );// error
    struct S
    {
        unsigned int f1 : 1;
        unsigned int f2 : 5;
        unsigned int f3 : 12;
    };
    sizeof( S.f1 );// error

3. sizeof的常量性
    sizeof的計算發生在編譯時刻,所以它可以被當作常量表達式使用,如:
char ary[ sizeof( int ) * 10 ]; // ok
    最新的C99標準規定sizeof也可以在運行時刻進行計算,如下面的程序在Dev-C++中可以正確執行:
int n;
n = 10; // n動態賦值
char ary[n]; // C99也支持數組的動態定義
printf("%d\n", sizeof(ary)); // ok. 輸出10
    但在沒有完全實現C99標準的編譯器中就行不通了,上面的代碼在VC6中就通不過編譯。所以我們最好還是認為sizeof是在編譯期執行的,這樣不會帶來錯誤,讓程序的可移植性強些。

4. 基本數據類型的sizeof
    這里的基本數據類型指short、int、long、float、double這樣的簡單內置數據類型,由于它們都是和系統相關的,所以在不同的系統下取值可能不同,這務必引起我們的注意,盡量不要在這方面給自己程序的移植造成麻煩。
    一般的,在32位編譯環境中,sizeof(int)的取值為4。

5. 指針變量的sizeof
    學過數據結構的你應該知道指針是一個很重要的概念,它記錄了另一個對象的地址。既然是來存放地址的,那么它當然等于計算機內部地址總線的寬度。所以在32位計算機中,一個指針變量的返回值必定是4(注意結果是以字節為單位),可以預計,在將來的64位系統中指針變量的sizeof結果為8。

char* pc = "abc";
int* pi;
string* ps;
char** ppc = &pc;
void (*pf)();// 函數指針
sizeof( pc ); // 結果為4
sizeof( pi ); // 結果為4
sizeof( ps ); // 結果為4
sizeof( ppc ); // 結果為4
sizeof( pf );// 結果為4
    指針變量的sizeof值與指針所指的對象沒有任何關系,正是由于所有的指針變量所占內存大小相等,所以MFC消息處理函數使用兩個參數WPARAM、LPARAM就能傳遞各種復雜的消息結構(使用指向結構體的指針)。

6. 數組的sizeof
    數組的sizeof值等于數組所占用的內存字節數,如:
char a1[] = "abc";
int a2[3];
sizeof( a1 ); // 結果為4,字符 末尾還存在一個NULL終止符
sizeof( a2 ); // 結果為3*4=12(依賴于int)

    一些朋友剛開始時把sizeof當作了求數組元素的個數,現在,你應該知道這是不對的,那么應該怎么求數組元素的個數呢Easy,通常有下面兩種寫法:
int c1 = sizeof( a1 ) / sizeof( char ); // 總長度/單個元素的長度
int c2 = sizeof( a1 ) / sizeof( a1[0] ); // 總長度/第一個元素的長度

    寫到這里,提一問,下面的c3,c4值應該是多少呢
void foo3(char a3[3])
{
    int c3 = sizeof( a3 ); // c3 ==
}
void foo4(char a4[])
{
    int c4 = sizeof( a4 ); // c4 ==
}
    也許當你試圖回答c4的值時已經意識到c3答錯了,是的,c3!=3。這里函數參數a3已不再是數組類型,而是蛻變成指針,相當于char* a3,為什么仔細想想就不難明白,我們調用函數foo1時,程序會在棧上分配一個大小為3的數組嗎不會!數組是“傳址”的,調用者只需將實參的地址傳遞過去,所以a3自然為指針類型(char*),c3的值也就為4。

7. 結構體的sizeof
    這是初學者問得最多的一個問題,所以這里有必要多費點筆墨。讓我們先看一個結構體:
struct S1
{
    char c;
    int i;
};
    問sizeof(s1)等于多少聰明的你開始思考了,char占1個字節,int占4個字節,那么加起來就應該是5。是這樣嗎你在你機器上試過了嗎也許你是對的,但很可能你是錯的!VC6中按默認設置得到的結果為8。

    Why為什么受傷的總是我
    請不要沮喪,我們來好好琢磨一下sizeof的定義——sizeof的結果等于對象或者類型所占的內存字節數,好吧,那就讓我們來看看S1的內存分配情況:
S1 s1 = { 'a', 0xFFFFFFFF };
    定義上面的變量后,加上斷點,運行程序,觀察s1所在的內存,你發現了什么
    以我的VC6.0為例,s1的地址為0x0012FF78,其數據內容如下:
    0012FF78: 61 CC CC CC FF FF FF FF

    發現了什么怎么中間夾雜了3個字節的CC看看MSDN上的說明:
When applied to a structure type or variable, sizeof returns the actual size, which may include padding bytes inserted for alignment.
    原來如此,這就是傳說中的字節對齊啊!一個重要的話題出現了。
    為什么需要字節對齊計算機組成原理教導我們這樣有助于加快計算機的取數速度,否則就得多花指令周期了。為此,編譯器默認會對結構體進行處理(實際上其它地方的數據變量也是如此),讓寬度為2的基本數據類型(short等)都位于能被2整除的地址上,讓寬度為4的基本數據類型(int等)都位于能被4整除的地址上,以此類推。這樣,兩個數中間就可能需要加入填充字節,所以整個結構體的sizeof值就增長了。
    讓我們交換一下S1中char與int的位置:
struct S2
{
    int i;
    char c;
};
    看看sizeof(S2)的結果為多少,怎么還是8再看看內存,原來成員c后面仍然有3個填充字節,這又是為什么啊別著急,下面總結規律。

    字節對齊的細節和編譯器實現相關,但一般而言,滿足三個準則:
    1) 結構體變量的首地址能夠被其最寬基本類型成員的大小所整除;
    2) 結構體每個成員相對于結構體首地址的偏移量(offset)都是成員大小的整數倍,如有需要編譯器會在成員之間加上填充字節(internal adding);
    3) 結構體的總大小為結構體最寬基本類型成員大小的整數倍,如有需要編譯器會在最末一個成員之后加上填充字節(trailing padding)。

    對于上面的準則,有幾點需要說明:
    1) 前面不是說結構體成員的地址是其大小的整數倍,怎么又說到偏移量了呢因為有了第1點存在,所以我們就可以只考慮成員的偏移量,這樣思考起來簡單。想想為什么。

    結構體某個成員相對于結構體首地址的偏移量可以通過宏offsetof()來獲得,這個宏也在stddef.h中定義,如下:
  #define offsetof(s,m) (size_t)&(((s *)0)->m)
    例如,想要獲得S2中c的偏移量,方法為
size_t pos = offsetof(S2, c);// pos等于4

    2) 基本類型是指前面提到的像char、short、int、float、double這樣的內置數據類型,這里所說的“數據寬度”就是指其sizeof的大小。由于結構體的成員可以是復合類型,比如另外一個結構體,所以在尋找最寬基本類型成員時,應當包括復合類型成員的子成員,而不是把復合成員看成是一個整體。但在確定復合類型成員的偏移位置時則是將復合類型作為整體看待。
    這里敘述起來有點拗口,思考起來也有點撓頭,還是讓我們看看例子吧(具體數值仍以VC6為例,以后不再說明):
struct S3
{
    char c1;
    S1 s;
    char c2;
};
    S1的最寬簡單成員的類型為int,S3在考慮最寬簡單類型成員時是將S1“打散”看的,所以S3的最寬簡單類型為int,這樣,通過S3定義的變量,其存儲空間首地址需要被4整除,整個sizeof(S3)的值也應該被4整除。
    c1的偏移量為0,s的偏移量呢這時s是一個整體,它作為結構體變量也滿足前面三個準則,所以其大小為8,偏移量為4,c1與s之間便需要3個填充字節,而c2與s之間就不需要了,所以c2的偏移量為12,算上c2的大小為13,13是不能被4整除的,這樣末尾還得補上3個填充字節。最后得到sizeof(S3)的值為16。

    通過上面的敘述,我們可以得到一個公式:
    結構體的大小等于最后一個成員的偏移量加上其大小再加上末尾的填充字節數目,即:

sizeof( struct ) = offsetof( last item ) + sizeof( last item ) + sizeof( trailing padding )

    到這里,朋友們應該對結構體的sizeof有了一個全新的認識,但不要高興得太早,有一個影響sizeof的重要參量還未被提及,那便是編譯器的pack指令。它是用來調整結構體對齊方式的,不同編譯器名稱和用法略有不同,VC6中通過#pragma pack實現,也可以直接修改/Zp編譯開關。#pragma pack的基本用法為:#pragma pack( n ),n為字節對齊數,其取值為1、2、4、8、16,默認是8,如果這個值比結構體成員的sizeof值小,那么
該成員的偏移量應該以此值為準,即是說,結構體成員的偏移量應該取二者的最小值,
公式如下:
offsetof( item ) = min( n, sizeof( item ) )
    再看示例:
#pragma pack(push)  // 將當前pack設置壓棧保存
#pragma pack(2) // 必須在結構體定義之前使用
struct S1
{
    char c;
    int i;
};
struct S3
{
    char c1;
    S1 s;
    char c2;
};
#pragma pack(pop) // 恢復先前的pack設置
    計算sizeof(S1)時,min(2, sizeof(i))的值為2,所以i的偏移量為2,加上sizeof(i)等于6,能夠被2整除,所以整個S1的大小為6。
    同樣,對于sizeof(S3),s的偏移量為2,c2的偏移量為8,加上sizeof(c2)等于9,不能被2整除,添加一個填充字節,所以sizeof(S3)等于10。
   
    現在,朋友們可以輕松的出一口氣了,:)
    還有一點要注意,“空結構體”(不含數據成員)的大小不為0,而是1。試想一個“不占空間”的變量如何被取地址、兩個不同的“空結構體”變量又如何得以區分呢于是,“空結構體”變量也得被存儲,這樣編譯器也就只能為其分配一個字節的空間用于占位了。如下:
struct S5 { };
sizeof( S5 ); // 結果為1

8. 含位域結構體的sizeof
    前面已經說過,位域成員不能單獨被取sizeof值,我們這里要討論的是含有位域的結構體的sizeof,只是考慮到其特殊性而將其專門列了出來。
    C99規定int、unsigned int和bool可以作為位域類型,但編譯器幾乎都對此作了擴展,允許其它類型類型的存在。使用位域的主要目的是壓縮存儲,其大致規則為:
    1) 如果相鄰位域字段的類型相同,且其位寬之和小于類型的sizeof大小,則后面的字段將緊鄰前一個字段存儲,直到不能容納為止;
    2) 如果相鄰位域字段的類型相同,但其位寬之和大于類型的sizeof大小,則后面的字段將從新的存儲單元開始,其偏移量為其類型大小的整數倍;
    3) 如果相鄰的位域字段的類型不同,則各編譯器的具體實現有差異,VC6采取不壓縮方式,Dev-C++采取壓縮方式;
    4) 如果位域字段之間穿插著非位域字段,則不進行壓縮;
    5) 整個結構體的總大小為最寬基本類型成員大小的整數倍。

    還是讓我們來看看例子。
    示例1:
struct BF1
{
    char f1 : 3;
    char f2 : 4;
    char f3 : 5;
};
    其內存布局為:
|_f1__|__f2__|_|____f3___|____|
|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|_|
0 3 7 8 1316
    位域類型為char,第1個字節僅能容納下f1和f2,所以f2被壓縮到第1個字節中,而f3只
能從下一個字節開始。因此sizeof(BF1)的結果為2。

    示例2:
struct BF2
{
    char f1 : 3;
    short f2 : 4;
    char f3 : 5;
};
    由于相鄰位域類型不同,在VC6中其sizeof為6,在Dev-C++中為2。

    示例3:
struct BF3
{
    char f1 : 3;
    char f2;
    char f3 : 5;
};
    非位域字段穿插在其中,不會產生壓縮,在VC6和Dev-C++中得到的大小均為3。

9. 聯合體的sizeof
    結構體在內存組織上是順序式的,聯合體則是重疊式,各成員共享一段內存,所以整個聯合體的sizeof也就是每個成員sizeof的最大值。結構體的成員也可以是復合類型,這里,復合類型成員是被作為整體考慮的。
    所以,下面例子中,U的sizeof值等于sizeof(s)。
union U
{
    int i;
    char c;
    S1 s;
};

posted on 2008-08-19 23:51 chatler 閱讀(140) 評論(0)  編輯 收藏 引用 所屬分類: C++_BASIS
<2011年5月>
24252627282930
1234567
891011121314
15161718192021
22232425262728
2930311234

常用鏈接

留言簿(10)

隨筆分類(307)

隨筆檔案(297)

algorithm

Books_Free_Online

C++

database

Linux

Linux shell

linux socket

misce

  • cloudward
  • 感覺這個博客還是不錯,雖然做的東西和我不大相關,覺得看看還是有好處的

network

OSS

  • Google Android
  • Android is a software stack for mobile devices that includes an operating system, middleware and key applications. This early look at the Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.
  • os161 file list

overall

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美日韩国产综合网| 国产在线视频不卡二| 欧美成人自拍视频| 欧美三级精品| 国产一区二区三区观看| 亚洲免费久久| 欧美一区久久| 欧美激情视频在线播放| 亚洲视频999| 久久久人成影片一区二区三区| 男人天堂欧美日韩| 欧美高清在线一区二区| 亚洲一级片在线观看| 久久精品亚洲精品国产欧美kt∨| 欧美激情一区二区在线| 狠狠色狠狠色综合人人| 亚洲自拍偷拍视频| 亚洲第一网站免费视频| 亚洲最新视频在线播放| 久久成人18免费观看| 亚洲精品美女在线观看| 久久久久女教师免费一区| 亚洲国产一区视频| 欧美中文字幕视频| 欧美大片国产精品| 久久99在线观看| 欧美黄色一区| 欧美尤物巨大精品爽| 欧美黄色影院| 久久一区二区三区超碰国产精品| 一区二区三区四区五区精品视频| 欧美成人精品1314www| 午夜精品久久久久久久久| 亚洲精选在线| 欧美精选一区| 一本大道久久a久久综合婷婷| 午夜性色一区二区三区免费视频| 欧美日韩综合在线| 欧美sm极限捆绑bd| 美女精品在线观看| 亚洲欧洲在线观看| 亚洲看片一区| 91久久在线视频| 久久不射网站| 亚洲国产精品成人| 亚洲国产mv| 黑丝一区二区| 午夜精品视频网站| 亚洲欧美三级伦理| 欧美日韩成人在线播放| 欧美国产丝袜视频| 黑人中文字幕一区二区三区| 午夜精品av| 在线欧美三区| 91久久极品少妇xxxxⅹ软件| 欧美人妖另类| 91久久在线播放| 亚洲青涩在线| 女人香蕉久久**毛片精品| 免费在线亚洲欧美| 永久免费精品影视网站| 99精品国产在热久久| 国产精品一区二区久久精品| 久久久久久久久久码影片| 麻豆久久久9性大片| 欧美jizz19性欧美| 亚洲国产精品一区二区第四页av | 久久久噜噜噜久久中文字免| 久久国产精品72免费观看| 国产欧美一区二区精品婷婷| 亚洲人成毛片在线播放女女| 欧美中文字幕| 99re8这里有精品热视频免费| 亚洲一区二区黄| 亚洲国产精选| 欧美国产第二页| 亚洲精品视频免费在线观看| 制服诱惑一区二区| 久久精品一区二区三区中文字幕 | 久久综合九九| 亚洲国产精品久久久久| 欧美激情一区二区三区不卡| 日韩亚洲视频| 亚洲人成在线观看| 欧美日韩福利视频| 午夜精品短视频| 蜜桃av噜噜一区二区三区| 国产欧美短视频| 久久这里有精品视频| 久久久久九九九| 影音先锋亚洲一区| 欧美日韩美女| 亚洲三级免费观看| 欧美怡红院视频| 亚洲精品美女久久久久| 久久欧美中文字幕| 欧美在线视频一区二区三区| 悠悠资源网亚洲青| 欧美日韩国产综合视频在线观看 | 欧美电影资源| 在线看一区二区| 国产精品地址| 亚洲精品视频中文字幕| 欧美在线播放一区| 亚洲乱亚洲高清| 国产原创一区二区| 欧美日韩一区二区欧美激情| 久久精品中文字幕一区| 亚洲图片在区色| 亚洲二区免费| 老司机一区二区| 亚洲福利电影| 国产欧美日韩不卡免费| 欧美另类videos死尸| 久久精品日产第一区二区| 一级日韩一区在线观看| 亚洲福利在线视频| 久久亚洲综合色| 欧美在线观看视频| 国产精品99久久久久久人| 亚洲国产成人91精品| 国产情侣一区| 国产精品一区二区视频 | 久久九九热免费视频| 亚洲夜间福利| 日韩天堂av| 亚洲六月丁香色婷婷综合久久| 欧美xxxx在线观看| 久久久久免费视频| 亚洲欧洲在线观看| 亚洲大胆av| 一区二区三区在线视频免费观看 | 免费日韩成人| 久久一区免费| 蜜臀a∨国产成人精品 | 久久综合网络一区二区| 亚洲性视频h| 欧美a级一区二区| 噜噜噜久久亚洲精品国产品小说| 欧美一区深夜视频| 欧美在线日韩精品| 久久精品国产亚洲精品| 亚洲国产精品悠悠久久琪琪| 激情综合五月天| 黑丝一区二区三区| 黄页网站一区| 亚洲国产精品久久久久秋霞影院| 在线看日韩av| 亚洲美女在线观看| 在线综合欧美| 在线看欧美日韩| 亚洲国产天堂久久综合网| 亚洲精品免费在线观看| 夜夜嗨av一区二区三区网页| 99riav久久精品riav| 亚洲一区在线观看视频 | 免费在线视频一区| 亚洲国产黄色| 亚洲天堂av在线免费观看| 亚洲一区三区电影在线观看| 欧美在线观看网站| 免费观看成人| 国产精品久久二区| 国产午夜久久| 国产精品青草综合久久久久99| 欧美国产第一页| 欧美日韩一区二区在线观看视频| 国产精品国产精品国产专区不蜜| 国产欧美一区二区精品秋霞影院| 亚洲大胆人体在线| 亚洲视频中文字幕| 久久久免费精品视频| 亚洲精品日韩欧美| 欧美一级欧美一级在线播放| 亚洲自拍偷拍视频| 亚洲午夜一级| 老**午夜毛片一区二区三区| 欧美视频一区二区| 影音先锋中文字幕一区| 亚洲一级片在线观看| 夜夜嗨av一区二区三区网站四季av| 先锋影音久久| 性欧美18~19sex高清播放| 久久亚洲图片| 一区二区三区www| 久久在线免费| 国产欧美日韩免费| 一本色道久久| 久久综合狠狠综合久久激情| 99这里有精品| 欧美黄色一区二区| 在线不卡视频| 欧美在线免费播放| 9久草视频在线视频精品| 美日韩免费视频| 国内精品久久久久影院薰衣草| 亚洲五月婷婷| 亚洲国产视频a| 一区二区日韩欧美| 免费观看成人www动漫视频|