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

            yehao's Blog

            __declspec(selectany)的作用

            轉(zhuǎn)自http://hi.baidu.com/shitiansunny/blog/item/8de3368761204f2a67096e1c.html

            最近在用 template 編寫singleton模式代碼的時(shí)候,遇到了一個(gè)問題,template要求實(shí)現(xiàn)要在同一個(gè)文件中,所以,我只能在h文件中定義并實(shí)現(xiàn) singleton 模式類。類中必然要有靜態(tài)成員變量,靜態(tài)成員變量的定義成了問題,如果我放在cpp文件中,模板是不支持的,放在h文件中,如果h文件被多次包含,會(huì)出現(xiàn)重定義的情況。

                回來,請教高手,得知,可以在初始化靜態(tài)成員變量前面加上__declspec(selectany) ,這樣編譯器會(huì)自動(dòng)剔除對該靜態(tài)成員的重復(fù)定義。

               最近半年也一直用WTL,ATL,COM等。其實(shí)在WTL,ATL中已經(jīng)大量使用了__declspec(selectany)方法。我猜想這是為解決template單文件編程和靜態(tài)成員變量在頭文件中定義會(huì)出現(xiàn)重復(fù)定義矛盾而提出的。

            總的來說:

                __declspec(selelctany) 使在頭文件中定義靜態(tài)成員變量可行。

            ===================================================================================

             

            其他資料:

            selectany使用在c/c++工程的連接期間,一般用得很少,所以很陌生。

            這個(gè)屬性告訴編譯器聲明的全局變量是一個(gè)"任一揀選"(pick-any)COMDAT.在連接時(shí)間,如果多個(gè)COMDAT定義能看到,連接器選擇一個(gè)并且丟棄所有的剩余的。如果連接器選項(xiàng)/OPT:REF被選擇,COMDAT中所有的沒有引用的數(shù)據(jù)項(xiàng)被刪除。

            一個(gè)全局?jǐn)?shù)據(jù)在EXE或者DLL中只能被初始化一次。當(dāng)同一個(gè)頭文件被多個(gè)源文件引用時(shí),在頭中定義全局?jǐn)?shù)據(jù)始始化時(shí),這個(gè)屬性被使用。這個(gè)屬性在c和c++的編譯器中都是可用的。


            COMDAT record
            一個(gè)常用對象文件格式(COFF)記錄,它包含的已被初始化的常用塊數(shù)據(jù)和打包的函數(shù)對連接器是可以見的。
            packaged function
            當(dāng)函數(shù)級(jí)的連接功能選擇開關(guān)被打開時(shí),一個(gè)函數(shù)能被編譯器創(chuàng)建。在編譯器產(chǎn)生的對象文件中COMDAT記錄的打包的函數(shù)對于連接器是可見的。沒有打包的函數(shù)只在對象級(jí)(the object level)上連接。

            下面是MSDN上一些例子:

            //Correct - x1 is initialized and externally visible

            __declspec(selectany) int x1=1;

            //Incorrect - const is by default static in C++, so

            //x2 is not visible externally (This is OK in C, since

            //const is not by default static in C)

            const __declspec(selectany) int x2 =2;

            //Correct - x3 is extern const, so externally visible

            extern const __declspec(selectany) int x3=3;

            //Correct - x4 is extern const, so it is externally visible

            extern const int x4;

            const __declspec(selectany) int x4=4;

            //Incorrect - __declspec(selectany) is applied to the uninitialized

            //declaration of x5

            extern __declspec(selectany) int x5;


            posted on 2011-06-24 14:49 厚積薄發(fā) 閱讀(1015) 評(píng)論(0)  編輯 收藏 引用 所屬分類: C/C++

            導(dǎo)航

            <2025年7月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            統(tǒng)計(jì)

            常用鏈接

            留言簿

            隨筆分類

            文章分類

            文章檔案

            搜索

            最新評(píng)論

            国产综合成人久久大片91| 浪潮AV色综合久久天堂| 久久亚洲AV无码西西人体| 三级三级久久三级久久| 久久99精品久久久久久动态图| 91久久精一区二区三区大全| 久久av免费天堂小草播放| 久久久久99精品成人片欧美| 欧美亚洲国产精品久久蜜芽| 久久精品国产亚洲AV忘忧草18| 久久96国产精品久久久| 狠狠综合久久AV一区二区三区| 国产毛片久久久久久国产毛片| 久久久精品国产免大香伊 | 久久精品欧美日韩精品| 欧美亚洲另类久久综合| 国产午夜精品久久久久免费视| 国内精品久久久久久久久电影网 | 久久亚洲AV无码西西人体| 久久久久人妻一区二区三区vr| 久久99精品国产99久久6| 久久不射电影网| 99蜜桃臀久久久欧美精品网站| 久久乐国产精品亚洲综合| 国产精品gz久久久| 久久er热视频在这里精品| 午夜欧美精品久久久久久久| 一本色道久久88综合日韩精品| 久久无码国产| 久久天天日天天操综合伊人av| 99久久精品免费观看国产| 99久久久精品| 9191精品国产免费久久| 国产69精品久久久久99尤物| 91麻豆精品国产91久久久久久| 国产精品久久久久久福利69堂| 国产午夜久久影院| 久久99国产精品久久久| 亚洲一本综合久久| 久久人人爽人人澡人人高潮AV| 久久久精品视频免费观看|