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

Prayer

在一般中尋求卓越
posts - 1256, comments - 190, trackbacks - 0, articles - 0
  C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

一. 在c中分為這幾個存儲區
1.棧 - 由編譯器自動分配釋放
2.堆 - 一般由程序員分配釋放,若程序員不釋放,程序結束時可能由OS回收
3.全局區(靜態區),全局變量和靜態變量的存儲是放在一塊的,初始化的全局變量和靜態變量在一塊區域,未初始化的全局變量和未初始化的靜態變量在相鄰的另一塊區域。- 程序結束釋放
4.另外還有一個專門放常量的地方。- 程序結束釋放
                                                                                                                                             
在函數體中定義的變量通常是在棧上,用malloc, calloc, realloc等分配內存的函數分配得到的就是在堆上。在所有函數體外定義的是全局量,加了static修飾符后不管在哪里都存放在全局區(靜態區),在所有函數體外定義的static變量表示在該文件中有效,不能extern到別的文件用,在函數體內定義的static表示只在該函數體內有效。另外,函數中的"adgfdf"這樣的字符串存放在常量區。比如:

int a = 0; //全局初始化區
char *p1; //全局未初始化區
void main()
{
    int b; //棧
    char s[] = "abc"; //棧
    char *p2; //棧
    char *p3 = "123456"; //123456{post.content}在常量區,p3在棧上
    static int c = 0; //全局(靜態)初始化區
    p1 = (char *)malloc(10); //分配得來得10字節的區域在堆區
    p2 = (char *)malloc(20); //分配得來得20字節的區域在堆區
    strcpy(p1, "123456");
    //123456{post.content}放在常量區,編譯器可能會將它與p3所指向的"123456"優化成一塊
}
 
二.在C++中,內存分成5個區,他們分別是堆、棧、自由存儲區、全局/靜態存儲區和常量存儲區
1.棧,就是那些由編譯器在需要的時候分配,在不需要的時候自動清楚的變量的存儲區。里面的變量通常是局部變量、函數參數等。
2.堆,就是那些由new分配的內存塊,他們的釋放編譯器不去管,由我們的應用程序去控制,一般一個new就要對應一個delete。如果程序員沒有釋放掉,那么在程序結束后,操作系統會自動回收。
3.自由存儲區,就是那些由malloc等分配的內存塊,他和堆是十分相似的,不過它是用free來結束自己的生命的。
4.全局/靜態存儲區,全局變量和靜態變量被分配到同一塊內存中,在以前的C語言中,全局變量又分為初始化的和未初始化的,在C++里面沒有這個區分了,他們共同占用同一塊內存區。
5.常量存儲區,這是一塊比較特殊的存儲區,他們里面存放的是常量,不允許修改(當然,你要通過非正當手段也可以修改)

三. 談談堆與棧的關系與區別
具體地說,現代計算機(串行執行機制),都直接在代碼底層支持棧的數據結構。這體現在,有專門的寄存器指向棧所在的地址,有專門的機器指令完成數據入棧出棧的操作。這種機制的特點是效率高,支持的數據有限,一般是整數,指針,浮點數等系統直接支持的數據類型,并不直接支持其他的數據結構。因為棧的這種特點,對棧的使用在程序中是非常頻繁的。對子程序的調用就是直接利用棧完成的。機器的call指令里隱含了把返回地址推入棧,然后跳轉至子程序地址的操作,而子程序中的ret指令則隱含從堆棧中彈出返回地址并跳轉之的操作。C/C++中的自動變量是直接利用棧的例子,這也就是為什么當函數返回時,該函數的自動變量自動失效的原因。

和棧不同,堆的數據結構并不是由系統(無論是機器系統還是操作系統)支持的,而是由函數庫提供的。基本的malloc/realloc/free 函數維護了一套內部的堆數據結構。當程序使用這些函數去獲得新的內存空間時,這套函數首先試圖從內部堆中尋找可用的內存空間,如果沒有可以使用的內存空間,則試圖利用系統調用來動態增加程序數據段的內存大小,新分配得到的空間首先被組織進內部堆中去,然后再以適當的形式返回給調用者。當程序釋放分配的內存空間時,這片內存空間被返回內部堆結構中,可能會被適當的處理(比如和其他空閑空間合并成更大的空閑空間),以更適合下一次內存分配申請。這套復雜的分配機制實際上相當于一個內存分配的緩沖池(Cache),使用這套機制有如下若干原因:
1. 系統調用可能不支持任意大小的內存分配。有些系統的系統調用只支持固定大小及其倍數的內存請求(按頁分配);這樣的話對于大量的小內存分類來說會造成浪費。
2. 系統調用申請內存可能是代價昂貴的。系統調用可能涉及用戶態和核心態的轉換。
3. 沒有管理的內存分配在大量復雜內存的分配釋放操作下很容易造成內存碎片。

堆和棧的對比
從以上知識可知,棧是系統提供的功能,特點是快速高效,缺點是有限制,數據不靈活;而棧是函數庫提供的功能,特點是靈活方便,數據適應面廣泛,但是效率有一定降低。棧是系統數據結構,對于進程/線程是唯一的;堆是函數庫內部數據結構,不一定唯一。不同堆分配的內存無法互相操作。棧空間分靜態分配和動態分配兩種。靜態分配是編譯器完成的,比如自動變量(auto)的分配。動態分配由alloca函數完成。棧的動態分配無需釋放(是自動的),也就沒有釋放函數。為可移植的程序起見,棧的動態分配操作是不被鼓勵的!堆空間的分配總是動態的,雖然程序結束時所有的數據空間都會被釋放回系統,但是精確的申請內存/ 釋放內存匹配是良好程序的基本要素。

    1.碎片問題:對于堆來講,頻繁的new/delete勢必會造成內存空間的不連續,從而造成大量的碎片,使程序效率降低。對于棧來講,則不會存在這個問題,因為棧是先進后出的隊列,他們是如此的一一對應,以至于永遠都不可能有一個內存塊從棧中間彈出,在他彈出之前,在他上面的后進的棧內容已經被彈出,詳細的可以>參考數據結構,這里我們就不再一一討論了。
    2.生長方向:對于堆來講,生長方向是向上的,也就是向著內存地址增加的方向;對于棧來講,它的生長方向是向下的,是向著內存地址減小的方向增長。
    3.分配方式:堆都是動態分配的,沒有靜態分配的堆。棧有2種分配方式:靜態分配和動態分配。靜態分配是編譯器完成的,比如局部變量的分配。動態分配由alloca函數進行分配,但是棧的動態分配和堆是不同的,他的動態分配是由編譯器進行釋放,無需我們手工實現。
    4.分配效率:棧是機器系統提供的數據結構,計算機會在底層對棧提供支持:分配專門的寄存器存放棧的地址,壓棧出棧都有專門的指令執行,這就決定了棧的效率比較高。堆則是C/C++函數庫提供的,它的機制是很復雜的,例如為了分配一塊內存,庫函數會按照一定的算法(具體的算法可以參考數據結構/操作系統)在堆內存中搜索可用的足夠大小的空間,如果沒有足夠大小的空間(可能是由于內存碎片太多),就有可能調用系統功能去增加程序數據段的內存空間,這樣就有機會分到足夠大小的內存,然后進行返回。顯然,堆的效率比棧要低得多。

    明確區分堆與棧:
    在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的使用,容易造成大量的內存碎片;由于沒有專門的系統支持,效率很低;由于可能引發用戶態和核心態的切換,內存的申請,代價變得更加昂貴。所以棧在程序中是應用最廣泛的,就算是函數的調用也利用棧去完成,函數調用過程中的參數,返回地址,EBP和局部變量都采用棧的方式存放。所以,我們推薦大家盡量用棧,而不是用堆。

另外對存取效率的比較:
代碼:

char s1[] = "aaaaaaaaaaaaaaa";
char *s2 = "bbbbbbbbbbbbbbbbb"; aaaaaaaaaaa是在運行時刻賦值的;
而bbbbbbbbbbb是在編譯時就確定的;
但是,在以后的存取中,在棧上的數組比指針所指向的字符串(例如堆)快。
比如:

void main()
{
    char a = 1;
    char c[] = "1234567890";
    char *p ="1234567890";
    a = c[1];
    a = p[1];
    return;
}

對應的匯編代碼
10: a = c[1];
00401067 8A 4D F1 mov cl,byte ptr [ebp-0Fh]
0040106A 88 4D FC mov byte ptr [ebp-4],cl
11: a = p[1];
0040106D 8B 55 EC mov edx,dword ptr [ebp-14h]
00401070 8A 42 01 mov al,byte ptr [edx+1]
00401073 88 45 FC mov byte ptr [ebp-4],al
第一種在讀取時直接就把字符串中的元素讀到寄存器cl中,而第二種則要先把指針值讀到edx中,在根據edx讀取字符,顯然慢了.
    無論是堆還是棧,都要防止越界現象的發生(除非你是故意使其越界),因為越界的結果要么是程序崩潰,要么是摧毀程序的堆、棧結構,產生以想不到的結果,就算是在你的程序運行過程中,沒有發生上面的問題,你還是要小心,說不定什么時候就崩掉,編寫穩定安全的代碼才是最重要的


文章出處:http://www.diybl.com/course/3_program/c++/cppsl/2008620/127168.html

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            国产日本欧美在线观看| 蜜桃久久精品乱码一区二区| 国产精品久久久久久五月尺| 久久免费视频网站| 久久免费视频网| 欧美国产激情| 欧美精品少妇一区二区三区| 欧美日一区二区在线观看| 国产精品久久久久久超碰 | 欧美一区二区三区在线看| 亚洲欧美日韩国产一区| 欧美在线视频观看| 猛男gaygay欧美视频| 亚洲国产高清自拍| 亚洲国产成人av在线| 最近中文字幕mv在线一区二区三区四区| 亚洲人成网站777色婷婷| 国产精品99久久久久久宅男| 香港久久久电影| 美女免费视频一区| 欧美日韩一区在线观看| 国产欧美成人| 亚洲激情专区| 亚洲一区二区三区中文字幕| 欧美永久精品| 亚洲黄色免费| 欧美一级网站| 欧美日韩伊人| 亚洲视频一区在线观看| 亚洲在线观看| 欧美成人乱码一区二区三区| 亚洲无线视频| 欧美护士18xxxxhd| 国内一区二区三区| 亚洲一区二区免费在线| 裸体女人亚洲精品一区| 亚洲视频图片小说| 欧美大片免费| 激情综合色综合久久| 亚洲欧美精品| 亚洲精品久久久久久久久久久久 | 欧美在线免费| 欧美性开放视频| 牛人盗摄一区二区三区视频| 国产精品一区二区视频| 夜夜爽av福利精品导航| 欧美aaaaaaaa牛牛影院| 午夜精品福利电影| 国产精品theporn88| 日韩视频一区二区| 美女国产精品| 欧美在线亚洲在线| 国产精品亚洲不卡a| 一区二区日本视频| 亚洲国产精品精华液2区45| 久久se精品一区精品二区| 国产精品乱码人人做人人爱| 亚洲图片在线| 伊人蜜桃色噜噜激情综合| 亚洲一区二区三区免费视频| 亚洲欧洲日产国产综合网| 男女激情视频一区| 亚洲国产日韩欧美| 欧美高清在线一区| 蜜臀久久99精品久久久画质超高清| 国产综合色一区二区三区| 久久久久免费| 久久人人97超碰精品888| 伊人久久亚洲热| 美玉足脚交一区二区三区图片| 久久裸体艺术| 一区在线电影| 欧美国产亚洲精品久久久8v| 欧美粗暴jizz性欧美20| 99视频在线精品国自产拍免费观看 | 亚洲电影第三页| 鲁鲁狠狠狠7777一区二区| 亚洲区一区二区三区| 亚洲国产成人午夜在线一区| 欧美精品在线网站| 亚洲欧美日韩精品久久奇米色影视| 一区二区三区国产在线观看| 国产女优一区| 欧美成人免费网站| 欧美日韩久久精品| 欧美亚洲日本国产| 久久国产精品亚洲77777| 亚洲激情一区二区| 亚洲视频在线观看视频| 国产亚洲精品久久久久久| 欧美成年视频| 国产精品美女999| 欧美成人精品一区二区| 欧美午夜www高清视频| 欧美一级在线播放| 久久影院午夜片一区| 一本色道久久综合亚洲精品不 | 在线观看日韩www视频免费| 蜜臀久久99精品久久久画质超高清 | 校园春色国产精品| 久久国产精品久久久| 一区二区三区久久网| 久久精品国产91精品亚洲| 亚洲美女精品久久| 午夜精品久久久久久久99热浪潮| 在线免费观看日本一区| 一区二区久久久久久| 亚洲福利专区| 性色av一区二区三区红粉影视| 亚洲人成免费| 午夜精品久久久久久久99水蜜桃 | 91久久精品一区| 国产亚洲人成a一在线v站| 日韩午夜视频在线观看| 在线日韩日本国产亚洲| 亚洲少妇自拍| 一本色道88久久加勒比精品| 久久在线免费观看| 久久精品人人做人人爽| 国产精品第2页| 亚洲精品一区二区在线观看| 激情欧美日韩一区| 欧美与黑人午夜性猛交久久久| 亚洲综合二区| 欧美精品日韩| 亚洲精品免费观看| 亚洲国产高清在线观看视频| 久久av一区二区| 欧美一区二区成人| 国产精品美女久久久久久2018| 亚洲精品你懂的| 亚洲精品乱码久久久久久蜜桃91| 久久亚洲午夜电影| 猛干欧美女孩| 亚洲电影天堂av| 久久精品30| 久久激情综合网| 国产色产综合产在线视频| 亚洲香蕉视频| 午夜精品av| 国产欧美日本一区视频| 亚洲一区视频在线观看视频| 亚洲影院免费观看| 国产精品久久亚洲7777| 中文日韩电影网站| 亚洲女同精品视频| 国产精品h在线观看| 亚洲网在线观看| 久久精品国产久精国产一老狼| 国产精品麻豆va在线播放| 亚洲视频在线观看一区| 久久精品91久久久久久再现| 一区二区视频在线观看| 久久精品免费看| 久久精品亚洲精品| 国产精品一区二区三区观看| 亚洲综合国产| 久久久久成人精品| 影音先锋久久精品| 免费成人黄色| 99在线精品视频| 久久激情一区| 亚洲欧洲中文日韩久久av乱码| 欧美精品一区二区视频| 亚洲视频一区二区在线观看| 久久精品99国产精品酒店日本| 在线观看视频免费一区二区三区| 欧美freesex8一10精品| 99精品黄色片免费大全| 午夜性色一区二区三区免费视频| 激情久久综艺| 国产精品久久婷婷六月丁香| 欧美一区二区免费| 亚洲激情啪啪| 香蕉成人伊视频在线观看| 国外精品视频| 欧美三级午夜理伦三级中视频| 香蕉久久夜色精品| 亚洲国产视频直播| 欧美在线综合视频| 亚洲精品裸体| 国产一区二区三区在线观看精品| 欧美国产精品va在线观看| 亚洲欧美日韩综合| 91久久久精品| 久久精品视频在线观看| 亚洲精品乱码久久久久久蜜桃91 | 久久午夜电影| 日韩视频精品在线| 美女亚洲精品| 亚洲欧美日韩精品久久奇米色影视 | 欧美一级久久久久久久大片| 亚洲国产精品一区制服丝袜 | 亚洲网在线观看| 亚洲国内精品在线| 免费永久网站黄欧美| 亚洲欧美日韩国产另类专区| 亚洲日本免费| 亚洲第一在线综合网站| 国产欧美午夜|