• <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)還真的是很有用,附帶一位大俠的解說:
             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里的用來構(gòu)造數(shù)組搜索用的Key的宏_FOFF就如下定義:
            #define _FOFF (c, f) (((TInt)&(((c *)0x1000)->f))-0x1000)

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


            精品久久久久久国产免费了| 18岁日韩内射颜射午夜久久成人| 亚洲欧美久久久久9999| 伊色综合久久之综合久久| 久久久久99精品成人片欧美| 秋霞久久国产精品电影院| 一本色道久久88综合日韩精品 | 久久久久久国产精品美女| 久久人妻无码中文字幕| 大蕉久久伊人中文字幕| 久久久久久久久波多野高潮| 精品久久久久久久中文字幕| 久久久久99精品成人片欧美 | 精品久久久久久久久久久久久久久 | 欧美一级久久久久久久大| 精品国产91久久久久久久| 久久精品国产2020| 久久露脸国产精品| 久久久不卡国产精品一区二区| 久久精品国产亚洲AV无码麻豆 | 美女久久久久久| 国产精品丝袜久久久久久不卡| 狠狠色丁香婷婷久久综合不卡 | 好属妞这里只有精品久久| 色偷偷久久一区二区三区| 久久久午夜精品| 久久综合视频网站| 综合久久一区二区三区| 亚洲国产成人久久综合区| 性高湖久久久久久久久AAAAA| 久久久精品久久久久特色影视| 青青青青久久精品国产| 18岁日韩内射颜射午夜久久成人| 99久久99久久精品国产片果冻| 伊人丁香狠狠色综合久久| 久久久久久久尹人综合网亚洲 | 九九热久久免费视频| 蜜臀久久99精品久久久久久| 四虎影视久久久免费| 狠狠色丁香久久婷婷综合图片 | 亚洲精品97久久中文字幕无码|