進(jìn)程棧與線程棧的關(guān)系？?jī)?nèi)核棧、用戶(hù)棧32位Linux系統(tǒng)上，進(jìn)程的地址空間為4G，包括1G的內(nèi)核地址空間-----內(nèi)核棧，和3G的用戶(hù)地址空間-----用戶(hù)棧。內(nèi)核棧，是各個(gè)進(jìn)程在剛開(kāi)始組建的時(shí)候按照

進(jìn)程棧與線程棧的關(guān)系？

內(nèi)核棧、用戶(hù)棧

32位Linux系統(tǒng)上，進(jìn)程的地址空間為4G，包括1G的內(nèi)核地址空間-----內(nèi)核棧，和3G的用戶(hù)地址空間-----用戶(hù)棧。

內(nèi)核棧，是各個(gè)進(jìn)程在剛開(kāi)始組建的時(shí)候按照內(nèi)存映射共享的，可是每個(gè)進(jìn)程擁有其它的4G的虛擬內(nèi)存空間從這一點(diǎn)看又是相當(dāng)于的，互不干擾的（只不過(guò)剛開(kāi)始大家是反照的同一份內(nèi)存拷貝）

用戶(hù)棧那就是大家所熟悉的內(nèi)存四區(qū)，和：代碼區(qū)、全局?jǐn)?shù)據(jù)區(qū)、堆區(qū)、棧區(qū)

用戶(hù)棧中的堆區(qū)、棧區(qū)即為進(jìn)程堆、進(jìn)程棧

進(jìn)程堆、進(jìn)程棧與線程棧

1.線程棧的空間開(kāi)辟在分部進(jìn)程的堆區(qū)與鏈接共享內(nèi)存區(qū)之間，線程不如隸屬于的進(jìn)程互相訪問(wèn)進(jìn)程的用戶(hù)空間，因?yàn)榫€程棧之間可以不互訪。線程棧的起始地址和大小存放在pthread_attr_t中，棧的大小并不是什么用來(lái)確認(rèn)棧是否需要不能越界，只是利用系統(tǒng)初始化以免棧滴下的緩沖區(qū)的大小（或則說(shuō)安全間隙的大?。?/p>

2.進(jìn)程初始化操作的時(shí)候，系統(tǒng)會(huì)在進(jìn)程的地址空間中創(chuàng)建一個(gè)堆，叫進(jìn)程設(shè)置堆。進(jìn)程中所有的線程共用這一個(gè)堆?？隙ǎ部梢蕴嵘?個(gè)或幾個(gè)堆，給完全不同的線程共同不使用或不能建議使用。----一個(gè)進(jìn)程也可以多個(gè)堆

3、創(chuàng)建角色線程的時(shí)候，系統(tǒng)會(huì)在進(jìn)程的地址空間中分區(qū)分配1塊內(nèi)存給線程棧，通常是1MB或4MB或8MB。線程棧是獨(dú)立的，不過(guò)我還是可以不互訪，因?yàn)榫€程互相訪問(wèn)內(nèi)存空間

4.堆的分配：從操作系統(tǒng)角度來(lái)看，進(jìn)程分配內(nèi)存有兩種，四個(gè)由兩個(gè)系統(tǒng)調(diào)用成功：brk（）和mmap（），glibc中malloc整體封裝了

5.線程棧位置-內(nèi)存分布測(cè)試代碼

[cpp]viewplain文件復(fù)制

#includeltpthread.hgt

#includeltstdio.hgt

#includeltunistd.hgt

#includeltstring.hgt

#includelterrno.hgt

#includeltmalloc.hgt

#includeltsys/syscall.hgt

void*func(void*arg)

{

wayinttid(littleint)syscall(SYS_gettid)

(

請(qǐng)問(wèn)棧和堆究竟有何區(qū)別？

棧，在不能執(zhí)行函數(shù)時(shí)，函數(shù)內(nèi)局部變量的存儲(chǔ)單元都也可以在棧上創(chuàng)建，函數(shù)想執(zhí)行已經(jīng)結(jié)束時(shí)這些存儲(chǔ)單元手動(dòng)被能量。棧內(nèi)存分配運(yùn)算內(nèi)置于處理器的指令集中，效率很高，但是分配的內(nèi)存容量太遠(yuǎn)。

堆，是那些由fun分配的內(nèi)存塊，他們的釋放者編譯器不去管，由我們的應(yīng)用程序去再控制，象一個(gè)next還要對(duì)應(yīng)一個(gè)delete。如果不是程序員也沒(méi)施放掉，那你在程序都結(jié)束了后，操作系統(tǒng)會(huì)自動(dòng)啟動(dòng)回收公司。

堆和棧要注意的區(qū)別有以上幾點(diǎn)：

1、管理差別；

2、空間大小相同；

3、是否可以再產(chǎn)生碎片不同；

4、生長(zhǎng)方向不同；

5、分配完全不同；

6、先分配效率不同；

管理是對(duì)棧來(lái)講，是由編譯器不自動(dòng)管理，無(wú)須我們手工控制；對(duì)于堆來(lái)說(shuō)，釋放者工作由程序員操縱，不容易有一種memoryleak。

空間大?。合髞?lái)講在32位系統(tǒng)下，堆內(nèi)存也可以都沒(méi)有達(dá)到4G的空間，這個(gè)堆內(nèi)存簡(jiǎn)直是沒(méi)有什么限制的。不過(guò)對(duì)于棧來(lái)講，一般也是有當(dāng)然的空間大小的，例如，在VC6下面，設(shè)置成的?？臻g大小是1M（好象是，記不清楚了）?？隙ǎ覀円部梢愿模?/p>

先打開(kāi)工程，由前到后操作菜單萬(wàn)分感謝：Project-gtSetting-gtLink，在Category中左鍵單擊Output，然后把在Reserve中修改堆棧的最大值和commit。

特別注意：reserve最小值為4Byte；commit是可以保留在虛擬內(nèi)存的頁(yè)文件里面，它設(shè)置里的較小會(huì)使棧開(kāi)辟較高的值，可能會(huì)提高內(nèi)存的開(kāi)銷(xiāo)和正常啟動(dòng)時(shí)間。

碎片問(wèn)題：對(duì)此堆來(lái)講，過(guò)度的fun/delete很可能會(huì)會(huì)照成內(nèi)存空間的不連續(xù)，最大限度地導(dǎo)致大量的碎片，使程序效率降底。這對(duì)棧來(lái)講，則肯定不會(huì)修真者的存在這個(gè)問(wèn)題，因?yàn)闂Ｊ窍鹊胶蟪龅年?duì)列，他們是這般的唯一編號(hào)，甚至于永遠(yuǎn)不會(huì)都不可能有一個(gè)內(nèi)存塊從棧中間彈出來(lái)，在他提示框之前，在他上面的后進(jìn)的棧內(nèi)容巳經(jīng)被彈出對(duì)話(huà)框，具體點(diǎn)的也可以參考數(shù)據(jù)結(jié)構(gòu)，這里我們就不再繼續(xù)一一討論到了。

生長(zhǎng)方向：相對(duì)于堆來(lái)講，生長(zhǎng)方向是向上升的，也就是朝著前方內(nèi)存地址增強(qiáng)的方向；對(duì)于棧來(lái)講，它的生長(zhǎng)方向是向上的，是朝著內(nèi)存地址越小的方向再增長(zhǎng)。

分配堆也是代碼分配的，沒(méi)有靜態(tài)分配的堆。棧有2種分配靜態(tài)分配和動(dòng)態(tài)分配。靜態(tài)分配是編譯器完成的，比如說(shuō)局部變量的分配。代碼分配由alloca函數(shù)通過(guò)分配，但棧的相冊(cè)分配和堆是差別的，他的動(dòng)態(tài)分配是由編譯器參與釋放，無(wú)須我們手工實(shí)現(xiàn)方法。

分配效率：棧是機(jī)器系統(tǒng)需要提供的數(shù)據(jù)結(jié)構(gòu)，計(jì)算機(jī)會(huì)在底層對(duì)棧能提供支持：分配專(zhuān)門(mén)的寄存器儲(chǔ)存時(shí)棧的地址，壓棧出棧都是拿來(lái)的指令想執(zhí)行，這就決定了棧的效率都很高。堆則是C/C函數(shù)庫(kù)能提供的，它的機(jī)制是很復(fù)雜的，或者就是為了分配一大塊內(nèi)存，庫(kù)函數(shù)會(huì)遵循肯定會(huì)的算法（具體一點(diǎn)的算法這個(gè)可以建議參考數(shù)據(jù)結(jié)構(gòu)/操作系統(tǒng)）在堆內(nèi)存中去搜索后用的充足大小的空間，假如沒(méi)有足夠大小的空間（很有可能是因此內(nèi)存碎片太多），就有可能動(dòng)態(tài)鏈接庫(kù)系統(tǒng)功能去減少程序數(shù)據(jù)段的內(nèi)存空間，這樣的就有機(jī)會(huì)分到相當(dāng)大小的內(nèi)存，然后把進(jìn)行趕往。顯然，堆的效率比棧要低得多。

從這里找到了，堆和棧而言，由于大量new/delete的使用，不容易照成大量的內(nèi)存碎片；由于沒(méi)有一類(lèi)的系統(tǒng)支持，效率比較高；而可能引發(fā)用戶(hù)態(tài)和核心態(tài)的直接切換，內(nèi)存的申請(qǐng)，代價(jià)變地更加貴得要命。因此棧在程序中是最為廣泛的，即便是函數(shù)的動(dòng)態(tài)創(chuàng)建也依靠棧去結(jié)束，函數(shù)調(diào)用過(guò)程中的參數(shù)，直接返回地址，EBP和局部變量都常規(guī)棧的存放。因此，我們幫我推薦大家不要用棧，而不是用堆。

雖然棧有這般各大的好處，可是因此和堆相比較不是這樣靈活，有時(shí)候先分配大量的內(nèi)存空間，我還是用堆好一點(diǎn)。

哪怕堆還是棧，都要以免越界現(xiàn)象的發(fā)生（就算你是故作使其過(guò)界），而且越界的結(jié)果或則是程序立刻崩潰，不是的話(huà)是徹底摧毀程序的堆、棧結(jié)構(gòu)，有一種以沒(méi)想到的結(jié)果,即便是在你的程序運(yùn)行過(guò)程中，就沒(méi)突然發(fā)生上面的問(wèn)題，你應(yīng)該要小心，沒(méi)準(zhǔn)什么時(shí)候就崩掉，那時(shí)debug但相當(dāng)難了的。