記憶體分配失敗什麼原因

　　在有些時候我們的記憶體分配失敗，這是什麼原因造成的呢?下面就由小編來為你們簡單的介紹記憶體分配失敗的原因分析吧!希望能幫到你們哦!

　　記憶體分配失敗的原因分析：

　　程式需要一塊記憶體用以儲存資料時，就需要呼叫作業系統提供的功能函式來申請，如果記憶體分配成功，函式就會將所新開闢的記憶體區地址返回給應用程式，應用程式就可以通過這個地址使用這塊記憶體。這就是動態記憶體分配，記憶體地址也就是程式設計中的指標。

　　記憶體不是永遠都招之即來、用之不盡的，有時候記憶體分配也會失敗。當分配失敗時系統函式會返回一個0值，這時返回值0已不表示新啟用的指標，而是系統嚮應用程式發出的一個通知，告知出現了錯誤。作為應用程式，在每一次申請記憶體後都應該檢查返回值是否為0，如果是，則意味著出現了故障，應該採取一些措施挽救，這就增強了程式的健壯性。

　　若應用程式沒有檢查這個錯誤，它就會按照思維慣性認為這個值是給它分配的可用指標，繼續在之後的執行中使用這塊記憶體。真正的0地址記憶體區儲存的是計算機系統中最重要的中斷描述符表，絕對不允許應用程式使用。在沒有保護機制的作業系統下***如DOS***，寫資料到這個地址會導致立即宕機，而在健壯的作業系統中，如Windows等，這個操作會馬上被系統的保護機制捕獲，其結果就是由作業系統強行關閉出錯的應用程式，以防止其錯誤擴大。這時候，就會出現上述的寫記憶體錯誤，並指出被引用的記憶體地址為0x00000000。

　　記憶體分配失敗故障的原因很多，記憶體不夠、系統函式的版本不匹配等都可能有影響。因此，這種分配失敗多見於作業系統使用很長時間後，安裝了多種應用程式***包括無意中安裝的病毒程式***，更改了大量的系統引數和系統檔案之後。

　　附加記憶體分配方式：

　　記憶體分配方式有三種：

　　***1*** 從靜態儲存區域分配。記憶體在程式編譯的時候就已經分配好，這塊記憶體在程式的整個執行期間都存在。例如全域性變數，static變數。

　　***2*** 在棧上建立。在執行函式時，函式內區域性變數的儲存單元都可以在棧上建立，函式執行結束時這些儲存單元自動被釋放。棧記憶體分配運算內置於處理器的指令集中，效率很高，但是分配的記憶體容量有限。

　　***3*** 從堆上分配，亦稱動態記憶體分配。程式在執行的時候用malloc或new申請任意多少的記憶體，程式設計師自己負責在何時用free或delete釋放記憶體。動態記憶體的生存期由我們決定，使用非常靈活，但問題也最多。

　　2、常見的記憶體錯誤及其對策

　　發生記憶體錯誤是件非常麻煩的事情。編譯器不能自動發現這些錯誤，通常是在程式執行時才能捕捉到。而這些錯誤大多沒有明顯的症狀，時隱時現，增加了改錯的難度。有時使用者怒氣衝衝地把你找來，程式卻沒有發生任何問題，你一走，錯誤又發作了。

　　常見的記憶體錯誤及其對策如下：

　　釋放了記憶體卻繼續使用它。

　　有三種情況：

　　***1***程式中的物件呼叫關係過於複雜，實在難以搞清楚某個物件究竟是否已經釋放了記憶體，此時應該重新設計資料結構，從根本上解決物件管理的混亂局面。

　　***2***函式的return語句寫錯了，注意不要返回指向“棧記憶體”的“指標”或者“引用”，因為該記憶體在函式體結束時被自動銷燬。

　　***3***使用free或delete釋放了記憶體後，沒有將指標設定為NULL。導致產生“野指標”。

　　【規則1】用malloc或new申請記憶體之後，應該立即檢查指標值是否為NULL。防止使用指標值為NULL的記憶體。

　　【規則2】不要忘記為陣列和動態記憶體賦初值。防止將未被初始化的記憶體作為右值使用。

　　【規則3】避免陣列或指標的下標越界，特別要當心發生“多1”或者“少1”操作。

　　【規則4】動態記憶體的申請與釋放必須配對，防止記憶體洩漏。

　　【規則5】用free或delete釋放了記憶體之後，立即將指標設定為NULL，防止產生“野指標”。

　　忘記了釋放記憶體，造成記憶體洩露。

　　含有這種錯誤的函式每被呼叫一次就丟失一塊記憶體。剛開始時系統的記憶體充足，你看不到錯誤。終有一次程式突然死掉，系統出現提示：記憶體耗盡。

　　動態記憶體的申請與釋放必須配對，程式中malloc與free的使用次數一定要相同，否則肯定有錯誤***new/delete同理***。

　　記憶體分配未成功，卻使用了它。

　　程式設計新手常犯這種錯誤，因為他們沒有意識到記憶體分配會不成功。常用解決辦法是，在使用記憶體之前檢查指標是否為NULL。如果指標p是函式的引數，那麼在函式的***處用assert***p!=NULL***進行檢查。如果是用malloc或new來申請記憶體，應該用if***p==NULL*** 或if***p!=NULL***進行防錯處理。

　　記憶體分配雖然成功，但是尚未初始化就引用它。

　　犯這種錯誤主要有兩個起因：一是沒有初始化的觀念;二是誤以為記憶體的預設初值全為零，導致引用初值錯誤***例如陣列***。

　　記憶體的預設初值究竟是什麼並沒有統一的標準，儘管有些時候為零值，我們寧可信其無不可信其有。所以無論用何種方式建立陣列，都別忘了賦初值，即便是賦零值也不可省略，不要嫌麻煩。

　　記憶體分配成功並且已經初始化，但操作越過了記憶體的邊界。

　　例如在使用陣列時經常發生下標“多1”或者“少1”的操作。特別是在for迴圈語句中，迴圈次數很容易搞錯，導致陣列操作越界。