c++記憶體釋放，指標的存在，一直都是很困擾的乙個問題，怎樣釋放資源，成了很大的難題，本文拋磚引玉，整理自己對記憶體的一些理解，並記錄下來，不對之處，還望不吝指正。
在c++中，記憶體分成5個區，他們分別是堆、棧、自由儲存區、全域性/靜態儲存區和常量儲存區。
棧，在執行函式時，函式內區域性變數的儲存單元都可以在棧上建立，函式執行結束時這些儲存單元自動被釋放。棧記憶體分配運算內置於處理器的指令集中，效率很高，但是分配的記憶體容量有限。
堆，就是那些由new分配的記憶體塊，他們的釋放編譯器不去管，由我們的應用程式去控制，一般乙個new就要對應乙個delete。如果程式設計師沒有釋放掉，那麼在程式結束後，作業系統會自動**。
自由儲存區，就是那些由malloc等分配的記憶體塊，他和堆是十分相似的，不過它是用free來結束自己的生命的。
全域性/靜態儲存區，全域性變數和靜態變數被分配到同一塊記憶體中，在以前的c語言中，全域性變數又分為初始化的和未初始化的，在c++裡面沒有這個區分了，他們共同占用同一塊記憶體區。
常量儲存區，這是一塊比較特殊的儲存區，他們裡面存放的是常量，不允許修改。
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函式進行分配，但是棧的動態分配和堆是不同的，他的動態分配是由編譯器進行釋放，無需我們手工實現。
分配效率：棧是機器系統提供的資料結構，計算機會在底層對棧提供支援：分配專門的暫存器存放棧的位址，壓棧出棧都有專門的指令執行，這就決定了棧的效率比較高。堆則是c/c++函式庫提供的，它的機制是很複雜的，例如為了分配一塊記憶體，庫函式會按照一定的演算法（具體的演算法可以參考資料結構/作業系統）在堆記憶體中搜尋可用的足夠大小的空間，如果沒有足夠大小的空間（可能是由於記憶體碎片太多），就有可能呼叫系統功能去增加程式資料段的記憶體空間，這樣就有機會分到足夠大小的記憶體，然後進行返回。顯然，堆的效率比棧要低得多。
從這裡我們可以看到，堆和棧相比，由於大量new/delete的使用，容易造成大量的記憶體碎片；由於沒有專門的系統支援，效率很低；由於可能引發使用者態和核心態的切換，記憶體的申請，代價變得更加昂貴。所以棧在程式中是應用最廣泛的，就算是函式的呼叫也利用棧去完成，函式呼叫過程中的引數，返回位址，ebp和區域性變數都採用棧的方式存放。所以，我們推薦大家盡量用棧，而不是用堆。
雖然棧有如此眾多的好處，但是由於和堆相比不是那麼靈活，有時候分配大量的記憶體空間，還是用堆好一些。
無論是堆還是棧，都要防止越界現象的發生（除非你是故意使其越界），因為越界的結果要麼是程式崩潰，要麼是摧毀程式的堆、棧結構，產生以想不到的結果,就算是在你的程式執行過程中，沒有發生上面的問題，你還是要小心，說不定什麼時候就崩掉，那時候debug可是相當困難的：）
（1）程式中的物件呼叫關係過於複雜，實在難以搞清楚某個物件究竟是否已經釋放了記憶體，此時應該重新設計資料結構，從根本上解決物件管理的混亂局面。
（2）函式的return語句寫錯了，注意不要返回指向「棧記憶體」的「指標」或者「引用」，因為該內存在函式體結束時被自動銷毀。
（3）使用free或delete釋放了記憶體後，沒有將指標設定為null。導致產生「野指標」。
【規則1】用malloc或new申請記憶體之後，應該立即檢查指標值是否為null。防止使用指標值為null的記憶體。
【規則2】不要忘記為陣列和動態記憶體賦初值。防止將未被初始化的記憶體作為右值使用。
【規則3】避免陣列或指標的下標越界，特別要當心發生「多1」或者「少1」操作。
【規則4】動態記憶體的申請與釋放必須配對，防止記憶體洩漏。
【規則5】用free或delete釋放了記憶體之後，立即將指標設定為null，防止產生「野指標」。
C 釋放資源
什麼是資源？net 框架中如何訪問資源？在物件導向的環境中，每乙個型別都標識為某些程式所用的資源，要想使用這些資源，必須為相應的型別分配一定的記憶體空間。訪問乙個資源需要如下幾個步驟 1 分配記憶體空間 呼叫中間語言 il 中的newobj指令 使用new操作符時，將產生newobj指令 為某個特定...
C 資源釋放
雖然在.net程式設計過程中，絕大多數記憶體垃圾 由clr 公共語言執行時 自動 但也有很多需要我們編碼 掌握託管與非託管的基本知識，可以有效避免某些情況下導致的程式異常。託管 就是visual basic net和c 編譯器編譯出來的 編譯器把 編譯成中間語言 il 而不是能直接在你的電腦上執行的...
c 安全釋放資源
c 區域性函式中使用new分配記憶體或者create 建立com介面,由於程式可能在函式內下面的判斷 失敗退出,這樣每次都需要delete記憶體或者release,不僅麻煩而且可能忘記其中某個,造成資源沒有及時釋放.下面的通用的類可以解決這些問題 com版 template class t clas...