青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Pencil.C++

更新速度可能會晚于http://blog.csdn.net/bilaopao

  C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
  34 隨筆 :: 0 文章 :: 40 評論 :: 0 Trackbacks

1)什么是堆
2)什么是棧(這個問題好懂,可以不答)
3)什么是靜態數據區
4)它們有什么區別?

搜索了以前的帖子,感覺還是糊里糊涂
一知半解的請勿浪費時間,謝謝。
200分全部給回答最好的人。

---------------------------------------------------------------

static用來控制變量的存儲方式和可見性。
       函數內部定義的變量,在程序執行到它的定義處時,編譯器為它在棧上分配空間,函數在棧上分配的空間在此函數執行結束時會釋放掉,這樣就產生了一個問題: 如果想將函數中此變量的值保存至下一次調用時,如何實現? 最容易想到的方法是定義一個全局的變量,但定義為一個全局變量有許多缺點,最明顯的缺點是破壞了此變量的訪問范圍(使得在此函數中定義的變量,不僅僅受此函數控制)。

       需要一個數據對象為整個類而非某個對象服務,同時又力求不破壞類的封裝性,即要求此成員隱藏在類的內部,對外不可見。

       static的內部機制:
       靜態數據成員要在程序一開始運行時就必須存在。因為函數在程序運行中被調用,所以靜態數據成員不能在任何函數內分配空間和初始化。
       這樣,它的空間分配有三個可能的地方,一是作為類的外部接口的頭文件,那里有類聲明;二是類定義的內部實現,那里有類的成員函數定義;三是應用程序的main()函數前的全局數據聲明和定義處。
      靜態數據成員要實際地分配空間,故不能在類的聲明中定義(只能聲明數據成員)。類聲明只聲明一個類的“尺寸和規格”,并不進行實際的內存分配,所以在類聲明中寫成定義是錯誤的。它也不能在頭文件中類聲明的外部定義,因為那會造成在多個使用該類的源文件中,對其重復定義。
      static被引入以告知編譯器,將變量存儲在程序的靜態存儲區而非棧上空間,靜態
數據成員按定義出現的先后順序依次初始化,注意靜態成員嵌套時,要保證所嵌套的成員已經初始化了。消除時的順序是初始化的反順序。

       static的優勢:
       可以節省內存,因為它是所有對象所公有的,因此,對多個對象來說,靜態數據成員只存儲一處,供所有對象共用。靜態數據成員的值對每個對象都是一樣,但它的值是可以更新的。只要對靜態數據成員的值更新一次,保證所有對象存取更新后的相同的值,這樣可以提高時間效率。

        引用靜態數據成員時,采用如下格式:
         <類名>::<靜態成員名>
    如果靜態數據成員的訪問權限允許的話(即public的成員),可在程序中,按上述格式
來引用靜態數據成員。

       PS:
      (1)類的靜態成員函數是屬于整個類而非類的對象,所以它沒有this指針,這就導致
了它僅能訪問類的靜態數據和靜態成員函數。
      (2)不能將靜態成員函數定義為虛函數。
      (3)由于靜態成員聲明于類中,操作于其外,所以對其取地址操作,就多少有些特殊
,變量地址是指向其數據類型的指針 ,函數地址類型是一個“nonmember函數指針”。

      (4)由于靜態成員函數沒有this指針,所以就差不多等同于nonmember函數,結果就
產生了一個意想不到的好處:成為一個callback函數,使得我們得以將C++和C-based X W
indow系統結合,同時也成功的應用于線程函數身上。
      (5)static并沒有增加程序的時空開銷,相反她還縮短了子類對父類靜態成員的訪問
時間,節省了子類的內存空間。
      (6)靜態數據成員在<定義或說明>時前面加關鍵字static。
      (7)靜態數據成員是靜態存儲的,所以必須對它進行初始化。
      (8)靜態成員初始化與一般數據成員初始化不同:
      初始化在類體外進行,而前面不加static,以免與一般靜態變量或對象相混淆;
      初始化時不加該成員的訪問權限控制符private,public等;
           初始化時使用作用域運算符來標明它所屬類;
           所以我們得出靜態數據成員初始化的格式:
         <數據類型><類名>::<靜態數據成員名>=<值>
      (9)為了防止父類的影響,可以在子類定義一個與父類相同的靜態變量,以屏蔽父類的影響。這里有一點需要注意:我們說靜態成員為父類和子類共享,但我們有重復定義了靜態成員,這會不會引起錯誤呢?不會,我們的編譯器采用了一種絕妙的手法:name-mangling 用以生成唯一的標志。 
五大內存分區
    在C++中,內存分成5個區,他們分別是堆、棧、自由存儲區、全局/靜態存儲區和常量存儲區。
    棧,就是那些由編譯器在需要的時候分配,在不需要的時候自動清楚的變量的存儲區。里面的變量通常是局部變量、函數參數等。
    堆,就是那些由new分配的內存塊,他們的釋放編譯器不去管,由我們的應用程序去控制,一般一個new就要對應一個delete。如果程序員沒有釋放掉,那么在程序結束后,操作系統會自動回收。
    自由存儲區,就是那些由malloc等分配的內存塊,他和堆是十分相似的,不過它是用free來結束自己的生命的。
    全局/靜態存儲區,全局變量和靜態變量被分配到同一塊內存中,在以前的C語言中,全局變量又分為初始化的和未初始化的,在C++里面沒有這個區分了,他們共同占用同一塊內存區。
    常量存儲區,這是一塊比較特殊的存儲區,他們里面存放的是常量,不允許修改(當然,你要通過非正當手段也可以修改,而且方法很多,在《const的思考》一文中,我給出了6種方法)
    
    明確區分堆與棧
    在bbs上,堆與棧的區分問題,似乎是一個永恒的話題,由此可見,初學者對此往往是混淆不清的,所以我決定拿他第一個開刀。
    首先,我們舉一個例子:
    void f() { int* p=new int[5]; } 
    這條短短的一句話就包含了堆與棧,看到new,我們首先就應該想到,我們分配了一塊堆內存,那么指針p呢?他分配的是一塊棧內存,所以這句話的意思就是:在棧內存中存放了一個指向一塊堆內存的指針p。在程序會先確定在堆中分配內存的大小,然后調用operator new分配內存,然后返回這塊內存的首地址,放入棧中,他在VC6下的匯編代碼如下:
    00401028   push        14h
    0040102A   call        operator new (00401060)
    0040102F   add         esp,4
    00401032   mov         dword ptr [ebp-8],eax
    00401035   mov         eax,dword ptr [ebp-8]
    00401038   mov         dword ptr [ebp-4],eax
    這里,我們為了簡單并沒有釋放內存,那么該怎么去釋放呢?是delete p么?澳,錯了,應該是delete []p,這是為了告訴編譯器:我刪除的是一個數組,VC6就會根據相應的Cookie信息去進行釋放內存的工作。
    好了,我們回到我們的主題:堆和棧究竟有什么區別? 
    主要的區別由以下幾點:
    1、管理方式不同;
    2、空間大小不同;
    3、能否產生碎片不同;
    4、生長方向不同;
    5、分配方式不同;
    6、分配效率不同;
    管理方式:對于棧來講,是由編譯器自動管理,無需我們手工控制;對于堆來說,釋放工作由程序員控制,容易產生memory leak。
    空間大小:一般來講在32位系統下,堆內存可以達到4G的空間,從這個角度來看堆內存幾乎是沒有什么限制的。但是對于棧來講,一般都是有一定的空間大小的,例如,在VC6下面,默認的棧空間大小是1M(好像是,記不清楚了)。當然,我們可以修改:    
    打開工程,依次操作菜單如下:Project->Setting->Link,在Category 中選中Output,然后在Reserve中設定堆棧的最大值和commit。
注意:reserve最小值為4Byte;commit是保留在虛擬內存的頁文件里面,它設置的較大會使棧開辟較大的值,可能增加內存的開銷和啟動時間。
    碎片問題:對于堆來講,頻繁的new/delete勢必會造成內存空間的不連續,從而造成大量的碎片,使程序效率降低。對于棧來講,則不會存在這個問題,因為棧是先進后出的隊列,他們是如此的一一對應,以至于永遠都不可能有一個內存塊從棧中間彈出,在他彈出之前,在他上面的后進的棧內容已經被彈出,詳細的可以參考數據結構,這里我們就不再一一討論了。
    生長方向:對于堆來講,生長方向是向上的,也就是向著內存地址增加的方向;對于棧來講,它的生長方向是向下的,是向著內存地址減小的方向增長。
    分配方式:堆都是動態分配的,沒有靜態分配的堆。棧有2種分配方式:靜態分配和動態分配。靜態分配是編譯器完成的,比如局部變量的分配。動態分配由alloca函數進行分配,但是棧的動態分配和堆是不同的,他的動態分配是由編譯器

posted on 2009-04-24 16:19 Pencil.C++ 閱讀(284) 評論(0)  編輯 收藏 引用

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲欧洲综合| 久久精品人人做人人综合| 欧美吻胸吃奶大尺度电影| 欧美mv日韩mv国产网站app| 蜜臀av在线播放一区二区三区 | 亚洲欧美日韩视频二区| 亚洲午夜精品17c| 亚洲一区二区三区视频播放| 香蕉久久久久久久av网站| 久久精品视频在线| 欧美国产一区视频在线观看| 欧美日韩日本国产亚洲在线| 国产精品一区免费观看| 亚洲成人原创| 亚洲视频一区在线| 久久嫩草精品久久久精品| 亚洲电影激情视频网站| 一区二区欧美日韩| 欧美一级成年大片在线观看| 免费亚洲一区二区| 久久精品在线播放| 亚洲成人直播| 一区二区国产在线观看| 欧美一级视频精品观看| 欧美国产第一页| 一区二区三区视频在线| 浪潮色综合久久天堂| 国产精品福利av| 亚洲国产日韩欧美在线图片| 香港成人在线视频| 亚洲国产成人精品女人久久久| 亚洲一区二区在线看| 欧美成人精品影院| 国产亚洲精品美女| 亚洲一区二区三区精品动漫| 欧美.www| 久久国产精品一区二区| 国产精品久久久久久久久免费樱桃 | 欧美深夜影院| 亚洲激情在线播放| 久久午夜精品一区二区| 亚洲欧美国产精品专区久久| 欧美精品一区视频| 91久久国产综合久久| 久久综合九色欧美综合狠狠| 亚洲女同精品视频| 国产精品久久久亚洲一区| 中文网丁香综合网| 亚洲人在线视频| 免费久久精品视频| 亚洲高清一区二| 另类激情亚洲| 久久久国产精品一区二区中文| 国产一区视频在线观看免费| 久久av老司机精品网站导航| 亚洲伊人色欲综合网| 国产精品福利在线观看网址| 亚洲综合精品| 亚洲一区二区三区乱码aⅴ蜜桃女 亚洲一区二区三区乱码aⅴ | 99精品欧美一区二区三区综合在线| 蜜桃视频一区| 久久久在线视频| 亚洲国产99| 亚洲电影中文字幕| 欧美黄色一区| 亚洲午夜电影网| 亚洲图片欧洲图片av| 国产精品视频你懂的| 欧美一区午夜精品| 欧美尤物巨大精品爽| 一区免费在线| 国产精品一卡二| 一区二区福利| 亚洲精品美女在线| 欧美日韩三级| 欧美一级精品大片| 久久精品人人做人人爽| 亚洲人成网站在线观看播放| 亚洲激情一区二区| 国产精品国产自产拍高清av| 久久精品一区四区| 欧美成人免费小视频| 亚洲午夜影视影院在线观看| 午夜亚洲视频| 亚洲欧洲三级| 亚洲一区二区三区免费在线观看| 韩曰欧美视频免费观看| 亚洲第一天堂av| 国产精品久久久久久久久久久久久| 久久精品二区三区| 欧美韩国日本一区| 欧美亚洲一级| 欧美国产亚洲另类动漫| 翔田千里一区二区| 欧美成人日韩| 久久本道综合色狠狠五月| 男女视频一区二区| 欧美一区二区三区的| 欧美成人四级电影| 久久久久久欧美| 欧美日韩一二三四五区| 开心色5月久久精品| 欧美日韩中文字幕| 蜜桃久久av| 国产美女高潮久久白浆| 亚洲国产高清一区二区三区| 国产嫩草影院久久久久| 亚洲精品乱码久久久久| 狠久久av成人天堂| 亚洲视频观看| 99在线热播精品免费99热| 久久久精品日韩欧美| 欧美与黑人午夜性猛交久久久| 欧美精品少妇一区二区三区| 模特精品在线| 红杏aⅴ成人免费视频| 亚洲伊人网站| 亚洲一区视频在线| 欧美激情bt| 亚洲国产精品日韩| 亚洲福利专区| 久久青青草原一区二区| 久久久久久久999精品视频| 国产精品萝li| 亚洲午夜一区| 性欧美1819sex性高清| 国产精品高清在线观看| 99国产精品一区| 亚洲午夜激情网站| 欧美区日韩区| 亚洲老板91色精品久久| 一本高清dvd不卡在线观看| 欧美大片国产精品| 欧美激情视频一区二区三区免费| 在线成人av| 久久亚洲精品欧美| 欧美肥婆bbw| 99re在线精品| 亚洲丝袜av一区| 国产精品一区二区久久久久| 一区二区三区高清| 亚洲一区日本| 国产精品女人久久久久久| 亚洲午夜在线观看视频在线| 亚洲综合欧美日韩| 国产精品高清在线观看| 亚洲在线中文字幕| 久久嫩草精品久久久精品| 亚洲福利电影| 欧美另类极品videosbest最新版本| 亚洲国产99| 亚洲主播在线| 狠狠色2019综合网| 女同一区二区| 一区二区三区欧美在线| 欧美在线视频在线播放完整版免费观看 | av成人免费在线观看| 国产精品高潮粉嫩av| 久久精品99| 亚洲日本va午夜在线影院| 亚洲在线免费观看| 极品中文字幕一区| 欧美日本精品| 欧美一级在线视频| 亚洲激情国产| 小黄鸭精品密入口导航| 在线免费观看日韩欧美| 欧美日本高清视频| 欧美在线视屏| 亚洲理伦电影| 久久久久久999| 在线一区二区日韩| 一区二区在线观看av| 欧美日韩国产免费观看| 久久gogo国模啪啪人体图| 最新高清无码专区| 久久精品一二三| 宅男在线国产精品| 亚洲第一区色| 国产欧美日韩另类一区| 欧美精品 国产精品| 久久精品一区二区三区不卡牛牛| 日韩视频在线你懂得| 欧美成人免费在线观看| 欧美影院成年免费版| 亚洲美女诱惑| 在线观看视频日韩| 国产美女精品| 国产精品啊啊啊| 欧美黄色一区| 你懂的成人av| 久久精品亚洲一区二区| 亚洲夜晚福利在线观看| 亚洲精品在线观看免费| 欧美激情一区二区三区蜜桃视频| 欧美在线日韩| 亚洲欧美精品在线| 中文在线一区| 一区二区久久久久久| 99精品视频免费|