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


            久久精品国产91久久综合麻豆自制 | 无夜精品久久久久久| 久久99热这里只频精品6| 超级碰碰碰碰97久久久久| 99999久久久久久亚洲| 少妇被又大又粗又爽毛片久久黑人| 亚洲国产精品一区二区久久hs| 99热都是精品久久久久久| 精品久久人人爽天天玩人人妻| 嫩草影院久久国产精品| 性欧美大战久久久久久久久| 久久97久久97精品免视看秋霞| 日韩AV无码久久一区二区| 少妇久久久久久被弄到高潮| 成人久久精品一区二区三区| 久久久久久久波多野结衣高潮 | 久久久久99精品成人片三人毛片| 色播久久人人爽人人爽人人片AV| 色综合久久最新中文字幕| 久久99精品国产自在现线小黄鸭 | 久久久久18| 国内精品久久久久久久亚洲| 国产成人精品久久二区二区| 久久亚洲精品成人av无码网站| 日韩欧美亚洲国产精品字幕久久久 | 亚洲国产一成久久精品国产成人综合| 少妇高潮惨叫久久久久久| 精品久久亚洲中文无码| 国内精品久久国产| 精品综合久久久久久98| 久久综合亚洲色HEZYO社区| 亚洲午夜精品久久久久久浪潮 | 2021精品国产综合久久| 久久久无码一区二区三区| 亚洲精品无码久久久久sm| 久久无码高潮喷水| 久久久久久久久久久久久久| 亚洲中文字幕久久精品无码APP| 久久亚洲精品无码AV红樱桃| 99久久免费国产精精品| 久久亚洲精品中文字幕三区|