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

            eXile 的專欄

            一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量

              一般來(lái)說(shuō),靜態(tài)全局變量只應(yīng)該定義在實(shí)現(xiàn)文件中,但有時(shí)由于一些特殊的目的,也可能定義在頭文件中。比如在有些標(biāo)準(zhǔn)庫(kù)的實(shí)現(xiàn)中,就用這種方法來(lái)初始化標(biāo)準(zhǔn)流cin, cout,或者在在tr1庫(kù)中,也用這種方法來(lái)定義占位符。每一個(gè)包含該頭文件的實(shí)現(xiàn)文件中都擁有該變量的一份拷貝,這些變量放在運(yùn)行體的data段或者bss段。
               比如下面這個(gè)變量定義在一個(gè)頭文件中:
            static int data[1024*1024];
               我把這個(gè)文件同時(shí)包含在幾個(gè)cpp文件中,按我的理解,這個(gè)程序占用的內(nèi)存應(yīng)該顯著增大,但是,從實(shí)際運(yùn)行結(jié)果來(lái)看,并沒有變化,生成的exe文件大小也沒有變化,這是因?yàn)檠舆t加載呢,還是被編譯器優(yōu)化掉了?有沒有明白的達(dá)人解釋一下。


            posted on 2009-01-09 11:42 eXile 閱讀(6340) 評(píng)論(19)  編輯 收藏 引用 所屬分類: C/C++

            評(píng)論

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 11:57 bug

            靜態(tài)變量只會(huì)生成一份的吧.
            就好像你在類中放了一個(gè)靜態(tài)成員變量,你初始化多個(gè)類,而靜態(tài)成員變量卻永遠(yuǎn)指向同一個(gè)地址  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 11:57 飯中淹

            你可以測(cè)試下,在不同的cpp里面輸出這個(gè)變量的地址,就什么都清楚了。

              回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 11:58 bug

            一般情況都是在cpp里放定義,在頭文件中用extern 外部聲明而已.  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 11:59 eXile

            @飄雪

            靜態(tài)全局變量是不用的,它的作用域只是該文件,聲明沒有意義  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 12:00 eXile

            @飯中淹
            我測(cè)試過(guò),地址是不同的  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 12:05 eXile

            @bug
            會(huì)生成多份的,這和類的靜態(tài)變量是不一樣的  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量[未登錄] 2009-01-09 12:21 steven

            我測(cè)試過(guò),多加一個(gè)cpp,內(nèi)存是會(huì)漲上去的,前提是給data拷貝數(shù)據(jù)。
            //main.h

            #ifndef STATICHEADER_H_
            #define STATICHEADER_H_

            static int point[1024*1024*10];

            #endif

            //main.cpp
            #include "main.h"
            #include "stdio.h"
            int main()
            {
            getchar();
            return 0;
            }

            //main1.cpp
            #include "main.h"
            #include "stdlib.h"
            #include "stdio.h"
            #include "string.h"

            static int outPrint()
            {
            memset(point,0,sizeof(point));
            printf("%p,%p\n",point,outPrint);
            return 0;
            }
            static int x=outPrint();

            把main1.cpp拷貝多份,然后編譯運(yùn)行,就可以看到每增加一個(gè)cpp,內(nèi)存會(huì)漲很多的。  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 12:21 沈臻豪(foxtail)

            我覺得是延遲加載,優(yōu)化貌似沒辦法解決這個(gè)問題的。你看看兩個(gè)版本運(yùn)行時(shí)的內(nèi)存占用情況怎么樣  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 12:29 了修

            應(yīng)該是進(jìn)行了編譯優(yōu)化:內(nèi)存折疊 了 這個(gè)在Thinking in C++中有描述
            當(dāng)你在取不同的文件取它的地址的時(shí)候,這個(gè)時(shí)候要建立一個(gè)臨時(shí)變量,這個(gè)時(shí)候文件大小會(huì)發(fā)生變化。做下測(cè)試吧,偶現(xiàn)在沒有機(jī)器了,沒辦法做……
            嘿嘿 做好了 發(fā)份郵件給我吧:iHorn@163.com  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 12:33 eXile

            看來(lái)確實(shí)是這樣的,只有定義,是不會(huì)加載內(nèi)存的,只有在實(shí)際使用時(shí),才會(huì)加載。編譯優(yōu)化不太可能。  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 13:08 Herb

            如果不是類中的靜態(tài)變量,那么它和C的靜態(tài)量沒什么區(qū)別。  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 13:27 嘯天豬

            這不是編譯器的問題,而是OS的virtual memeory管理機(jī)制導(dǎo)致的

            數(shù)據(jù)在實(shí)際使用之前,是不會(huì)占用內(nèi)存的——缺頁(yè)異常處理程序會(huì)為數(shù)據(jù)分配需要的內(nèi)存。

              回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 14:05 eXile

            @嘯天豬
            老兄說(shuō)到點(diǎn)子上了。  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-09 16:49 dev.zhu

            這種很常見, 一般都是 宏
            為了不使用全局變量而已  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-13 09:54 夢(mèng)在天涯

            static的應(yīng)有一份!怎么會(huì)有不同的地址那!不使用之前是不分配的,這個(gè)倒是有可能啊!  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-14 10:23 dev.zhu

            @夢(mèng)在天涯
            建議你看看C語(yǔ)法
              回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-15 17:27 abettor

            首先,對(duì)所有的CPP來(lái)講,實(shí)際上是同一個(gè)東西,大家共用一個(gè)空間。
            其次,編譯出來(lái)的exe文件中沒有這塊1024*1024的空間存在,只是一個(gè)記號(hào);只有系統(tǒng)運(yùn)行這個(gè)文件,也就是變成進(jìn)程后,系統(tǒng)才會(huì)在內(nèi)存中分配這塊空間。要清楚程序與進(jìn)程的關(guān)系。  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2009-01-15 17:30 abettor

            @abettor
            補(bǔ)充一句,“運(yùn)行體的data段或者bss段”,這里很明顯,你所說(shuō)的“運(yùn)行體”是進(jìn)程。研究PE文件格式,你會(huì)發(fā)現(xiàn)他不區(qū)分code段、data段等等概念,因?yàn)樗浅绦颍皇沁M(jìn)程。  回復(fù)  更多評(píng)論   

            # re: 一個(gè)小疑問:C++頭文件中的靜態(tài)全局變量 2012-09-26 09:50 ligand

            樓上說(shuō)得對(duì)。樓主沒有研究過(guò).exe文件(即PE格式)的基本知識(shí)。編譯器與鏈接器在生成exe文件時(shí),時(shí)把指令、數(shù)據(jù)、元信息組織成性質(zhì)與用途不同的section。例如,程序指令一般放在.text或者.code這個(gè)section中;只讀(不能修改的)數(shù)據(jù)放在了.rdata中;未初始化的全局變量放在了.bss中;需要初始化的全局變量放在了.data中;此外,還有重定位信息使用的.reloc、線程局部存儲(chǔ)使用的.thread等等。。。

            對(duì)于不需要初始化的全局變量所存放的section,實(shí)際上并不占用exe的實(shí)際文件空間。只是在section table中登記一個(gè)裝入內(nèi)存時(shí)的尺寸數(shù)值、在內(nèi)存中的開始(虛)地址。在exe裝入內(nèi)存成為一個(gè)進(jìn)程時(shí),這些未初始化全局變量才會(huì)實(shí)際分配占用內(nèi)存。  回復(fù)  更多評(píng)論   

            導(dǎo)航

            <2009年1月>
            28293031123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            統(tǒng)計(jì)

            常用鏈接

            留言簿(18)

            隨筆分類

            隨筆檔案

            服務(wù)器編程

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久天天躁狠狠躁夜夜avapp| 久久亚洲私人国产精品| 精品久久香蕉国产线看观看亚洲| 午夜精品久久久久久毛片| 亚洲狠狠婷婷综合久久久久| 久久久女人与动物群交毛片| 色偷偷888欧美精品久久久| 久久久亚洲精品蜜桃臀| 奇米影视7777久久精品人人爽| 久久综合国产乱子伦精品免费| 国产福利电影一区二区三区久久老子无码午夜伦不 | 久久精品国产一区| 久久亚洲国产精品五月天婷| 久久综合给合久久狠狠狠97色 | 久久精品午夜一区二区福利 | 69国产成人综合久久精品| 狠狠人妻久久久久久综合| 久久精品国产亚洲AV影院| 国产成人精品久久一区二区三区av| 亚洲精品tv久久久久| 99久久精品免费看国产| 色婷婷综合久久久久中文 | 狠狠综合久久AV一区二区三区| 国产精品免费福利久久| 久久亚洲精品无码aⅴ大香| 国产亚洲色婷婷久久99精品91| 亚洲综合精品香蕉久久网| 亚洲国产成人久久综合区| 国产精品成人无码久久久久久 | 国产Av激情久久无码天堂| 国产免费久久精品99re丫y| 久久se精品一区精品二区国产| 精品久久久久久国产| 国产精品久久久久影院嫩草| 亚洲精品无码久久久久| 18禁黄久久久AAA片| 日韩亚洲国产综合久久久| 久久精品国产亚洲av瑜伽| 久久久精品久久久久特色影视| 久久99国产精一区二区三区| 精品免费tv久久久久久久|