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


            久久亚洲国产午夜精品理论片| 久久精品午夜一区二区福利| 国内精品久久久久久久久| 国产精品99久久久久久猫咪| 久久国产精品免费一区| 中文字幕精品久久| 久久国产亚洲精品无码| 韩国三级中文字幕hd久久精品 | 久久99热国产这有精品| 93精91精品国产综合久久香蕉| 久久久精品国产Sm最大网站| 亚洲AV无码久久精品蜜桃| 国产精品久久亚洲不卡动漫| 久久久久国产一级毛片高清板| 久久久黄色大片| 久久99国产精品久久久| 久久久久亚洲AV无码专区首JN| 99久久成人国产精品免费| 久久国产精品免费一区二区三区| 97久久国产综合精品女不卡| 狠狠色丁香婷婷综合久久来来去| 久久久久久久女国产乱让韩| 精品久久久久久99人妻| 国产精品美女久久久久| 久久久久久国产a免费观看黄色大片 | 伊人热热久久原色播放www| 亚洲欧美日韩精品久久| 午夜不卡久久精品无码免费| 性做久久久久久免费观看| 99久久免费只有精品国产| 人妻丰满AV无码久久不卡 | 精品一区二区久久| 无码国内精品久久人妻蜜桃| 久久天天躁夜夜躁狠狠躁2022| 国产精品美女久久久免费| 久久久久免费精品国产| 色欲久久久天天天综合网精品| 久久人人爽人人人人片av| 欧美亚洲国产精品久久久久| 中文精品99久久国产 | 久久露脸国产精品|