學(xué)習(xí)啦 > 學(xué)習(xí)電腦 > 電腦故障 > 內(nèi)存故障 > 內(nèi)存分配失敗什么原因

內(nèi)存分配失敗什么原因

時間: 楚煥725 分享

內(nèi)存分配失敗什么原因

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

  內(nèi)存分配失敗的原因分析:

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

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

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

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

  附加內(nèi)存分配方式:

  內(nèi)存分配方式有三種:

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

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

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

  2、常見的內(nèi)存錯誤及其對策

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

  常見的內(nèi)存錯誤及其對策如下:

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

  有三種情況:

  (1)程序中的對象調(diào)用關(guān)系過于復(fù)雜,實在難以搞清楚某個對象究竟是否已經(jīng)釋放了內(nèi)存,此時應(yīng)該重新設(shè)計數(shù)據(jù)結(jié)構(gòu),從根本上解決對象管理的混亂局面。

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

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

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

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

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

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

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

  忘記了釋放內(nèi)存,造成內(nèi)存泄露。

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

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

  內(nèi)存分配未成功,卻使用了它。

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

  內(nèi)存分配雖然成功,但是尚未初始化就引用它。

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

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

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

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

697167