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

            sherrylso

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              18 Posts :: 0 Stories :: 124 Comments :: 0 Trackbacks
            static關(guān)鍵字,有兩個(gè)作用:
            1) 作用于局部變量,定義該變量的存儲(chǔ)方式,就是我們常常說的靜態(tài)局部變量。
            2) 作用于用于模塊內(nèi)聲明的變量和函數(shù),用于指示其可見性。

            先談?wù)勛兞亢秃瘮?shù)的可見性。在默認(rèn)的情況下,模塊內(nèi)聲明的變量和函數(shù)是全局可見的,如下:
            //Test1.cpp
            struct {  
                
            int m;
            } test;
            //Test2.cpp
            struct {  
                
            int m;
            } test;
            BUILD的結(jié)果會(huì)報(bào)"multiply defined symbols found"
            如果想避免這樣的錯(cuò)誤,需要使用static關(guān)鍵字。

            不過好像如果你使用typedef,就不會(huì)出現(xiàn)這樣的錯(cuò)誤。
            //Test1.cpp
            typedef struct {  
                
            int m;
            } test;
            //Test2.cpp
            typedef struct {  
                
            int m;
            } test;
            或者:
            //Test1.cpp
            typedef struct {  
                
            int m;
            } test;
            //Test2.cpp
            typedef int test;
            關(guān)于這一點(diǎn),我想可能是typedef的作用域是限定在模塊內(nèi)的,所以沒有這個(gè)問題。這個(gè)使用VC和使用GCC都沒問題,不過我沒有查到官方的文檔。

            最后一點(diǎn),想說的是,關(guān)于static變量的生命周期。一般來說:static聲明的變量初始化,只是在程序運(yùn)行的第一次被執(zhí)行。不過有例外,那就是如果該變量定義在dll內(nèi),那么該變量的初始化工作是在dll被裝載時(shí)執(zhí)行,在這種情況下,程序雖然只運(yùn)行一次,但是該靜態(tài)變量可能會(huì)被初始化好幾次(與dll被裝載的次數(shù)有關(guān)). 這個(gè)問題本質(zhì)上是:static聲明的變量的生命周期與包含它的組件相關(guān)。從這個(gè)意義上,我們可以說,static變量在不同的包含組件(EXE或DLL)上表現(xiàn)出不同行為,移植能力差,容易造成BUG,這樣的BUG也不容易發(fā)現(xiàn)。我們在開發(fā)程序的時(shí)候,不可能去假設(shè)該靜態(tài)變量是被包含在什么樣的組件里。我想,這也是一個(gè)不鼓勵(lì)使用static變量的一個(gè)重要原因。







            posted on 2009-03-12 18:12 愛上龍卷風(fēng) 閱讀(2126) 評(píng)論(2)  編輯 收藏 引用

            Feedback

            # re: 關(guān)于static關(guān)鍵字 2009-03-13 09:14 LOGOS
            struct{ int a} test;test是一個(gè)變量
            typedef struct{int a} test; test是一個(gè)類型
            你把他們當(dāng)成一回事了嗎⊙﹏⊙b
              回復(fù)  更多評(píng)論
              

            # re: 關(guān)于static關(guān)鍵字 2009-03-16 00:14 wocow3
            O(∩_∩)O,出事兒了  回復(fù)  更多評(píng)論
              


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


            91久久九九无码成人网站| 无码人妻久久一区二区三区蜜桃| 精品久久久久久无码不卡| 日韩va亚洲va欧美va久久| 一本色道久久88精品综合| 久久发布国产伦子伦精品| 久久成人精品视频| 四虎国产精品成人免费久久| 亚洲第一极品精品无码久久| 手机看片久久高清国产日韩| 日韩人妻无码精品久久免费一 | 久久亚洲国产精品五月天婷| 亚洲国产精品无码久久一区二区| 99999久久久久久亚洲| 青草国产精品久久久久久| 国产成人精品久久一区二区三区av | 久久精品国产亚洲一区二区| 亚洲国产成人久久一区WWW| 国产99久久久国产精免费| 亚洲综合日韩久久成人AV| 久久天天躁狠狠躁夜夜2020老熟妇 | 99久久精品影院老鸭窝| 麻豆精品久久久久久久99蜜桃| 色综合久久最新中文字幕| 久久免费视频观看| 久久久久久毛片免费播放| 国产成人精品综合久久久久| 久久久久国产亚洲AV麻豆| 久久久久香蕉视频| 蜜桃麻豆www久久| 国产精品99久久不卡| 九九久久99综合一区二区| 久久99精品国产自在现线小黄鸭| 97久久久久人妻精品专区| 亚洲av伊人久久综合密臀性色| 77777亚洲午夜久久多人| 久久久久99这里有精品10 | 国产精品无码久久久久| 97精品国产97久久久久久免费| 久久久精品免费国产四虎| 久久99国产精品一区二区|