• <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>

            公告

            <2006年8月>
            303112345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            統(tǒng)計(jì)

            • 隨筆 - 9
            • 文章 - 13
            • 評(píng)論 - 3
            • 引用 - 0

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案

            文章分類

            文章檔案

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            offsetof 解析
             1offsetof(s,m)解析 offsetof(s,m)解析
             2 
             3今天看代碼時(shí),發(fā)現(xiàn)一個(gè)有用的東東,offsetof(s,m),這是一個(gè)宏,定義如下:
             4
             5 #define offsetof(s,m) (size_t)&(((s *)0)->m)
             6 
             7 然后到網(wǎng)上查了一下,發(fā)現(xiàn)還真的是很有用,附帶一位大俠的解說(shuō):
             8
             9  struct   AAA   
            10  {   
            11  int   i;   
            12  int   j;   
            13  }
            ;   
            14    
            15  struct AAA *pAAA;   
            16  pAAA=new AAA;   
            17  這時(shí),pAAA實(shí)際上是一個(gè)Pointer, 指向某一確定的內(nèi)存地址,比如0x1234;   
            18  而 pAAA->i 整體是一個(gè)int型變量,其地址是&(pAAA->i) ,'&'為取址運(yùn)算符;   
            19  那么&(pAAA->i)一定等于0x1234,因?yàn)閕是結(jié)構(gòu)體AAA的第一個(gè)元素。   
            20  而&(pAAA->j)一定是0x1234 + 0x4 = 0x1238; 因?yàn)閟izeof(int= 4;
            21    
            22  這個(gè)做法的巧妙之處就是:它把“0”作為上例中的pAAA,那么 &(pAAA->j)就是j的   
            23  offset啦
            24
            25  解析結(jié)果是:   
            26  (s   *)0 ,將 0 強(qiáng)制轉(zhuǎn)換為Pointer to   "s"     
            27  可以記 pS = (s *)0 ,pS是指向s的指針,它的值是0;   
            28  那么pS->m就是m這個(gè)元素了,而&(pS->m)就是m的地址,而在本例中就是offset啦   
            29    
            30  再把結(jié)果強(qiáng)制轉(zhuǎn)換為size_t型的就OK 了,size_t其實(shí)也就是int啦!!    
            31 
            32 
            33

            posted on 2007-10-22 16:02 blues 閱讀(4222) 評(píng)論(2)  編輯 收藏 引用 所屬分類: c++

            評(píng)論

            # re: offsetof 解析 2007-10-22 17:12 read more books

            補(bǔ)充一下,size_t是unsigned int。

            # re: offsetof 解析 2007-10-24 22:30 XXX

            size_t并不一定是unsigned int,應(yīng)該是依賴系統(tǒng)而typedef的,比如64位可能是uint64_t之類的

            這個(gè)宏在一些老式C或C++系統(tǒng)里用的比較多,比如Symbian里的用來(lái)構(gòu)造數(shù)組搜索用的Key的宏_FOFF就如下定義:
            #define _FOFF (c, f) (((TInt)&(((c *)0x1000)->f))-0x1000)

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


            久久久亚洲欧洲日产国码aⅴ| 91久久精品国产成人久久| 国产69精品久久久久观看软件| 久久午夜免费视频| 国产精品国色综合久久| 久久91精品国产91久| 77777亚洲午夜久久多喷| 日韩欧美亚洲国产精品字幕久久久| 亚洲国产欧美国产综合久久| 99久久免费只有精品国产| 偷偷做久久久久网站| 久久精品国产精品亚洲人人| 亚洲中文久久精品无码ww16| 欧美午夜A∨大片久久| 国内精品伊人久久久久| 久久久久久久91精品免费观看 | 午夜精品久久久内射近拍高清| 国产69精品久久久久9999APGF| 久久无码AV中文出轨人妻| 久久青草国产手机看片福利盒子| 成人综合久久精品色婷婷| 婷婷久久精品国产| 久久精品国产一区二区三区| 国产午夜久久影院| 99久久成人国产精品免费| 久久久久久久久久久久中文字幕| 精品久久久久久无码不卡| 欧美午夜A∨大片久久| 久久久久久国产精品无码下载| 99久久国产免费福利| 精品999久久久久久中文字幕| 亚洲av成人无码久久精品| 色播久久人人爽人人爽人人片AV| 久久久久人妻一区精品果冻| 精品国产热久久久福利| 久久国产精品一区| 久久国产午夜精品一区二区三区| 精品久久久久久国产牛牛app| 国产免费久久久久久无码| 国产成人精品久久亚洲高清不卡 | 色综合久久88色综合天天|