C語言之所以命名為C，是因為 C語言源自Ken Thompson發明的B語言，而 B語言則源自BCPL語言。那麼記憶體使用是怎樣的呢。以下僅供參考！
問題：記憶體使用
有人寫了一個將整數轉換為字串的函式：
char *itoa （int n）
{
char retbuf［20］;
sprintf（retbuf， “%d”， n）;
return retbuf;
}
如果我呼叫這個函式：char *str5 = itoa（5），str5會是什麼結果呢？
答案分析：
答案是不確定，可以確定的是肯定不是我們想要的 “5”。
retbuf定義在函式體中，是一個區域性變數，它的記憶體空間位於棧（stack）中的某個位置，其作用範圍也僅限於在itoa（）這個函式中。當itoa（）函式退出時，retbuf在呼叫棧中的內容將被收回，這時，這塊記憶體地址可能存放別的內容。因此將retbuf這個區域性變數返回給呼叫者是達不到預期的目的的。
那麼如何解決這個問題呢，不用擔心，方法不但有，而且還不止一個，下面就來闡述三種能解決這個問題的辦法：
1）、在itoa（）函式內部定義一個static char retbuf［20］，根據靜態變數的特性，我們知道，這可以保證函式返回後retbuf的空間不會被收回，原因是函式內的靜態變數並不是放在棧中，而是放在程式中一個叫“”段的地方，這個地方的內容是不會因為函式退出而被收回的。
這種辦法確實能解決問題，但是這種辦法同時也導致了itoa（）函式變成了一個不可重入的函式（即不能保證相同的輸入肯定有相同的輸出），另外， retbuf ［］ 中的內容會被下一次的呼叫結果所替代，這種辦法不值得推薦。
2）、在itoa（）函式內部用malloc（） 為retbuf申請記憶體，並將結果存放其中，然後將retbuf返回給呼叫者。由於此時retbuf位於堆（heap）中，也不會隨著函式返回而釋放，因此可以達到我們的目的。
但是有這樣一種情況需要注意：itoa（）函式的呼叫者在不需要retbuf的時候必須把它釋放，否則就造成記憶體洩漏了，如果此函式和呼叫函式都是同一個人所寫，問題不大，但如果不是，則比較容易會疏漏此釋放記憶體的操作。
3）、將函式定義為char *itoa（int n， char *retbuf），且retbuf的空間由呼叫者申請和釋放，itoa（）只是將轉換結果存放到retbuf而已。
這種辦法明顯比第一、二種方法要好，既避免了方法1對函式的影響，也避免了方法2對記憶體分配釋放的影響，是目前一種比較通行的做法。
擴充套件分析：
其實就這個問題本身而言，我想大家都可以立刻想到答案，關鍵在於對記憶體這種敏感資源的正確和合理地利用，下面對記憶體做一個簡單的分析：
1）、程式中有不同的記憶體段，包括：
- 已初始化全域性/靜態變數，在整個軟體執行過程中有效;
- 未初始化全域性/靜態變數，在整個軟體執行過程中有效;
k - 函式呼叫棧，其中的內容在函式執行期間有效，並由編譯器負責分配和收回;
- 堆，由程式顯式分配和收回，如果不收回就是記憶體洩漏。
2）、自己使用的記憶體最好還是自己申請和釋放。
這可以說是一個記憶體分配和釋放的原則，比如說上面解決辦法的`第二種，由itoa（）分配的記憶體，最後由呼叫者釋放，就不是一個很好的辦法，還不如用第三種，由呼叫者自己申請和釋放。另外這個原則還有一層意思是說：如果你要使用一個指標，最好先確信它已經指向合法記憶體區了，如果沒有就得自己分配，要不就是非法指標訪問。很多程式的致命錯誤都是訪問一個沒有指向合法記憶體區的指標，這也包括空指標。
問題：記憶體分配 & sizeof
我使用sizeof來計算一個指標變數，我希望得到這個指標變數所分配的記憶體塊的大小，可以嗎？
Char *p = NULL;
int nMemSize = 0;
…
p = malloc（1024）;
nMemSize = sizeof（p）;
答案與分析：
答案是達不到你的要求，sizeof只能告訴你指標本身佔用的記憶體大小。指標所指向的記憶體，如果是malloc分配的，sizeof 是沒有辦法知道的。換句話說，malloc分配的記憶體是沒有辦法向記憶體管理模組進行事後查詢的，當然你可以自己編寫程式碼來維護。
問題：棧記憶體使用
下面程式執行有什麼問題？
char *GetString（void）
{
char p［］ = “hello world”;
return p;// 編譯器將提出警告
}
void Test4（void）
{
char *str = NULL;
str = GetString（）;// str 的內容是垃圾
cout《《 str 《《 endl;
