內存分配失敗什么原因

內存分配失敗什么原因

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

　　內存分配失敗的原因分析：

　　程序需要一塊內存用以保存數(shù)據(jù)時，就需要調用操作系統(tǒng)提供的功能函數(shù)來申請，如果內存分配成功，函數(shù)就會將所新開辟的內存區(qū)地址返回給應用程序，應用程序就可以通過這個地址使用這塊內存。這就是動態(tài)內存分配，內存地址也就是編程中的指針。

　　內存不是永遠都招之即來、用之不盡的，有時候內存分配也會失敗。當分配失敗時系統(tǒng)函數(shù)會返回一個0值，這時返回值0已不表示新啟用的指針，而是系統(tǒng)向應用程序發(fā)出的一個通知，告知出現(xiàn)了錯誤。作為應用程序，在每一次申請內存后都應該檢查返回值是否為0，如果是，則意味著出現(xiàn)了故障，應該采取一些措施挽救，這就增強了程序的健壯性。

　　若應用程序沒有檢查這個錯誤，它就會按照思維慣性認為這個值是給它分配的可用指針，繼續(xù)在之后的運行中使用這塊內存。真正的0地址內存區(qū)保存的是計算機系統(tǒng)中最重要的中斷描述符表，絕對不允許應用程序使用。在沒有保護機制的操作系統(tǒng)下(如DOS)，寫數(shù)據(jù)到這個地址會導致立即死機，而在健壯的操作系統(tǒng)中，如Windows等，這個操作會馬上被系統(tǒng)的保護機制捕獲，其結果就是由操作系統(tǒng)強行關閉出錯的應用程序，以防止其錯誤擴大。這時候，就會出現(xiàn)上述的寫內存錯誤，并指出被引用的內存地址為0x00000000。

　　內存分配失敗故障的原因很多，內存不夠、系統(tǒng)函數(shù)的版本不匹配等都可能有影響。因此，這種分配失敗多見于操作系統(tǒng)使用很長時間后，安裝了多種應用程序(包括無意中安裝的病毒程序)，更改了大量的系統(tǒng)參數(shù)和系統(tǒng)文件之后。

　　附加內存分配方式：

　　內存分配方式有三種：

　　(1) 從靜態(tài)存儲區(qū)域分配。內存在程序編譯的時候就已經(jīng)分配好，這塊內存在程序的整個運行期間都存在。例如全局變量，static變量。

　　(2) 在棧上創(chuàng)建。在執(zhí)行函數(shù)時，函數(shù)內局部變量的存儲單元都可以在棧上創(chuàng)建，函數(shù)執(zhí)行結束時這些存儲單元自動被釋放。棧內存分配運算內置于處理器的指令集中，效率很高，但是分配的內存容量有限。

　　(3) 從堆上分配，亦稱動態(tài)內存分配。程序在運行的時候用malloc或new申請任意多少的內存，程序員自己負責在何時用free或delete釋放內存。動態(tài)內存的生存期由我們決定，使用非常靈活，但問題也最多。

　　2、常見的內存錯誤及其對策

　　發(fā)生內存錯誤是件非常麻煩的事情。編譯器不能自動發(fā)現(xiàn)這些錯誤，通常是在程序運行時才能捕捉到。而這些錯誤大多沒有明顯的癥狀，時隱時現(xiàn)，增加了改錯的難度。有時用戶怒氣沖沖地把你找來，程序卻沒有發(fā)生任何問題，你一走，錯誤又發(fā)作了。

　　常見的內存錯誤及其對策如下：

　　釋放了內存卻繼續(xù)使用它。

　　有三種情況：

　　(1)程序中的對象調用關系過于復雜，實在難以搞清楚某個對象究竟是否已經(jīng)釋放了內存，此時應該重新設計數(shù)據(jù)結構，從根本上解決對象管理的混亂局面。

　　(2)函數(shù)的return語句寫錯了，注意不要返回指向“棧內存”的“指針”或者“引用”，因為該內存在函數(shù)體結束時被自動銷毀。

　　(3)使用free或delete釋放了內存后，沒有將指針設置為NULL。導致產(chǎn)生“野指針”。

　　【規(guī)則1】用malloc或new申請內存之后，應該立即檢查指針值是否為NULL。防止使用指針值為NULL的內存。

　　【規(guī)則2】不要忘記為數(shù)組和動態(tài)內存賦初值。防止將未被初始化的內存作為右值使用。

　　【規(guī)則3】避免數(shù)組或指針的下標越界，特別要當心發(fā)生“多1”或者“少1”操作。

　　【規(guī)則4】動態(tài)內存的申請與釋放必須配對，防止內存泄漏。

　　【規(guī)則5】用free或delete釋放了內存之后，立即將指針設置為NULL，防止產(chǎn)生“野指針”。

　　忘記了釋放內存，造成內存泄露。

　　含有這種錯誤的函數(shù)每被調用一次就丟失一塊內存。剛開始時系統(tǒng)的內存充足，你看不到錯誤。終有一次程序突然死掉，系統(tǒng)出現(xiàn)提示：內存耗盡。

　　動態(tài)內存的申請與釋放必須配對，程序中malloc與free的使用次數(shù)一定要相同，否則肯定有錯誤(new/delete同理)。

　　內存分配未成功，卻使用了它。

　　編程新手常犯這種錯誤，因為他們沒有意識到內存分配會不成功。常用解決辦法是，在使用內存之前檢查指針是否為NULL。如果指針p是函數(shù)的參數(shù)，那么在函數(shù)的入口處用assert(p!=NULL)進行檢查。如果是用malloc或new來申請內存，應該用if(p==NULL) 或if(p!=NULL)進行防錯處理。

　　內存分配雖然成功，但是尚未初始化就引用它。

　　犯這種錯誤主要有兩個起因：一是沒有初始化的觀念;二是誤以為內存的缺省初值全為零，導致引用初值錯誤(例如數(shù)組)。

　　內存的缺省初值究竟是什么并沒有統(tǒng)一的標準，盡管有些時候為零值，我們寧可信其無不可信其有。所以無論用何種方式創(chuàng)建數(shù)組，都別忘了賦初值，即便是賦零值也不可省略，不要嫌麻煩。

　　內存分配成功并且已經(jīng)初始化，但操作越過了內存的邊界。

　　例如在使用數(shù)組時經(jīng)常發(fā)生下標“多1”或者“少1”的操作。特別是在for循環(huán)語句中，循環(huán)次數(shù)很容易搞錯，導致數(shù)組操作越界。