簡單的可以理解為：
heap：是由malloc之類函式分配的空間所在地。地址是由低向高增長的。
stack：是自動分配變數，以及函式呼叫的時候所使用的一些空間。地址是由高向低減少的。

一、預備知識—程式的記憶體分配

一個由c/C++編譯的程式佔用的記憶體分為以下幾個部分
1、棧區（stack）— 由編譯器自動分配釋放 ，存放函式的引數值，區域性變數的值等。其操作方式類似於資料結構中的棧。
2、堆區（heap） — 一般由程式設計師分配釋放， 若程式設計師不釋放，程式結束時可能由OS 。注意它與資料結構中的堆是兩回事，分配方式倒是類似於連結串列，呵呵。
3、全域性區（靜態區）（static）—，全域性變數和靜態變數的儲存是放在一塊的，初始化的全域性變數和靜態變數在一塊區域，未初始化的全域性變數和未初始化的靜態變數在相鄰的另一塊區域。 - 程式結束後有系統釋放
4、文字常量區 —常量字串就是放在這裡的。 程式結束後由系統釋放
5、程式程式碼區—存放函式體的二進位制程式碼。

二、例子程式
這是一個前輩寫的，非常詳細
//main.cpp
int a = 0; 全域性初始化區
char *p1; 全域性未初始化區
main()
{
int b; 棧
char s[] = "abc"; 棧
char *p2; 棧
char *p3 = "123456"; 123456在常量區，p3在棧上。
static int c =0； 全域性（靜態）初始化區
p1 = (char *)malloc(10);
p2 = (char *)malloc(20);
分配得來得10和20位元組的區域就在堆區。
strcpy(p1, "123456"); 123456放在常量區，編譯器可能會將它與p3所指向的"123456"優化成一個地方。
}

二、堆和棧的理論知識
2.1申請方式
stack:
由系統自動分配。 例如，宣告在函式中一個區域性變數 int b; 系統自動在棧中為b開闢空間
heap:
需要程式設計師自己申請，並指明大小，在c中malloc函式
如p1 = (char *)malloc(10);
在C++中用new運算子
如p2 = (char *)malloc(10);
但是注意p1、p2本身是在棧中的。

2.2申請後系統的響應
棧：只要棧的剩餘空間大於所申請空間，系統將為程式提供記憶體，否則將報異常提示棧溢位。
堆：首先應該知道作業系統有一個記錄空閒記憶體地址的連結串列，當系統收到程式的申請時，會遍歷該連結串列，尋找第一個空間大於所申請空間的堆結點，然後將該結點從空閒結點連結串列中刪除，並將該結點的空間分配給程式，另外，對於大多數系統，會在這塊記憶體空間中的首地址處記錄本次分配的大小，這樣，程式碼中的delete語句才能正確的釋放本記憶體空間。另外，由於找到的堆結點的大小不一定正好等於申請的大小，系統會自動的將多餘的那部分重新放入空閒連結串列中。

2.3申請大小的限制
棧：在Windows下,棧是向低地址擴充套件的資料結構，是一塊連續的記憶體的區域。這句話的意思是棧頂的地址和棧的最大容量是系統預先規定好的，在 WINDOWS下，棧的大小是2M（也有的說是1M，總之是一個編譯時就確定的常數），如果申請的空間超過棧的剩餘空間時，將提示overflow。因此，能從棧獲得的空間較小。
堆：堆是向高地址擴充套件的資料結構，是不連續的記憶體區域。這是由於系統是用連結串列來儲存的空閒記憶體地址的，自然是不連續的，而連結串列的遍歷方向是由低地址向高地址。堆的大小受限於計算機系統中有效的虛擬記憶體。由此可見，堆獲得的空間比較靈活，也比較大。

2.4申請效率的比較：
棧由系統自動分配，速度較快。但程式設計師是無法控制的。
堆是由new分配的記憶體，一般速度比較慢，而且容易產生記憶體碎片,不過用起來最方便.另外，在WINDOWS下，最好的方式是用VirtualAlloc分配記憶體，他不是在堆，也不是在棧是直接在程序的地址空間中保留一快記憶體，雖然用起來最不方便。但是速度，也最靈活

2.5堆和棧中的儲存內容
棧：在函式呼叫時，第一個進棧的是主函式中後的下一條指令（函式呼叫語句的下一條可執行語句）的地址，然後是函式的各個引數，在大多數的C編譯器中，引數是由右往左入棧的，然後是函式中的區域性變數。注意靜態變數是不入棧的。
當本次函式呼叫結束後，區域性變數先出棧，然後是引數，最後棧頂指標指向最開始存的地址，也就是主函式中的下一條指令，程式由該點繼續執行。
堆：一般是在堆的頭部用一個位元組存放堆的大小。堆中的具體內容有程式設計師安排。

2.6存取效率的比較

char s1[] = "aaaaaaaaaaaaaaa";
char *s2 = "bbbbbbbbbbbbbbbbb";
aaaaaaaaaaa是在執行時刻賦值的；
而bbbbbbbbbbb是在編譯時就確定的；
但是，在以後的存取中，在棧上的陣列比指標所指向的字串(例如堆)快。
比如：
#include
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讀取字元，顯然慢了。

2.7小結：
堆和棧的區別可以用如下的比喻來看出：
使用棧就象我們去飯館裡吃飯，只管點菜（發出申請）、付錢、和吃（使用），吃飽了就走，不必理會切菜、洗菜等準備工作和洗碗、刷鍋等掃尾工作，他的好處是快捷，但是自由度小。
使用堆就象是自己動手做喜歡吃的菜餚，比較麻煩，但是比較符合自己的口味，而且自由度大。

堆和棧的區別主要分：
作業系統方面的堆和棧，如上面說的那些，不多說了。
還有就是資料結構方面的堆和棧，這些都是不同的概念。這裡的堆實際上指的就是（滿足堆性質的）優先佇列的一種資料結構，第1個元素有最高的優先權；棧實際上就是滿足先進後出的性質的數學或資料結構。
雖然堆疊，堆疊的說法是連起來叫，但是他們還是有很大區別的，連著叫只是由於歷史的原因針值讀

在電腦科學中，記憶體洩漏(memory leak)指由於疏忽或錯誤造成程式未能釋放已經不再使用的記憶體的情況。記憶體洩漏並非指記憶體在物理上的消失，而是應用程式分配某段記憶體後，由於設計錯誤，失去了對該段記憶體的控制，因而造成了記憶體的浪費。記憶體洩漏與許多其他問題有著相似的症狀，並且通常情況下只能由那些可以獲得程式原始碼的程式設計師才可以分析出來。然而，有不少人習慣於把任何不需要的記憶體使用的增加描述為記憶體洩漏，嚴格意義上來說這是不準確的。

　　一般我們常說的記憶體洩漏是指堆記憶體的洩漏。堆記憶體是指程式從堆中分配的，大小任意的（記憶體塊的大小可以在程式執行期決定），使用完後必須顯式釋放的記憶體。應用程式一般使用malloc，calloc，realloc，new等函式從堆中分配到一塊記憶體，使用完後，程式必須負責相應的呼叫free或delete釋放該記憶體塊，否則，這塊記憶體就不能被再次使用，我們就說這塊記憶體洩漏了。

記憶體溢位就是你要求分配的記憶體超出了系統能給你的，系統不能滿足需求，於是產生溢位。

比方說棧，棧滿時再做進棧必定產生空間溢位，叫上溢，棧空時再做退棧也產生空間溢位，稱為下溢。

這是程式語言中的一個概念，典型的，在C語言中，在分配陣列時為其分配的長度是1024，但往其中裝入超過1024個數據時，由於C語言不會對陣列操作進行越界檢查，就會造成記憶體溢位錯誤

在程式設計師設計的程式碼中包含的“記憶體溢位”漏洞實在太多了。
導致記憶體溢位問題的原因有很多，比如：
(1) 使用非型別安全(non-type-safe)的語言如 C/C++ 等。
(2) 以不可靠的方式存取或者複製記憶體緩衝區。
(3) 編譯器設定的記憶體緩衝區太靠近關鍵資料結構。
下面來分析這些因素：
1. 記憶體溢位問題是 C 語言或者 C++ 語言所固有的缺陷，它們既不檢查陣列邊界，又不檢查型別可靠性(type-safety)。眾所周知，用 C/C++ 語言開發的程式由於目的碼非常接近機器核心，因而能夠直接訪問記憶體和暫存器，這種特性大大提升了 C/C++ 語言程式碼的效能。只要合理編碼，C/C++ 應用程式在執行效率上必然優於其它高階語言。然而，C/C++ 語言導致記憶體溢位問題的可能性也要大許多。其他語言也存在內容溢位問題，但它往往不是程式設計師的失誤，而是應用程式的執行時環境出錯所致。
2. 當應用程式讀取使用者(也可能是惡意攻擊者)資料，試圖複製到應用程式開闢的記憶體緩衝區中，卻無法保證緩衝區的空間足夠時(換言之，假設程式碼申請了 N 位元組大小的記憶體緩衝區，隨後又向其中複製超過 N 位元組的資料)。記憶體緩衝區就可能會溢位。想一想，如果你向 12 盎司的玻璃杯中倒入 16 盎司水，那麼多出來的 4 盎司水怎麼辦？當然會滿到玻璃杯外面了！
3. 最重要的是，C/C++ 編譯器開闢的記憶體緩衝區常常鄰近重要的資料結構。現在假設某個函式的堆疊緊接在在記憶體緩衝區後面時，其中儲存的函式返回地址就會與記憶體緩衝區相鄰。此時，惡意攻擊者就可以向記憶體緩衝區複製大量資料，從而使得記憶體緩衝區溢位並覆蓋原先保存於堆疊中的函式返回地址。這樣，函式的返回地址就被攻擊者換成了他指定的數值；一旦函式呼叫完畢，就會繼續執行“函式返回地址”處的程式碼。非但如此，C++ 的某些其它資料結構，比如 v-table 、例外事件處理程式、函式指標等，也可能受到類似的攻擊。