展開全部
出錯原因:
一、應用程式
1、應用程式沒有檢查記憶體62616964757a686964616fe4b893e5b19e31333433653935配置設定失敗
程式需要一塊記憶體用以儲存資料時,就需要使用作業系統提供的「功能函數」來申請,如果記憶體配置設定成功,函數就會将所新開辟的記憶體區位址傳回給應用程式,應用程式就可以通過這個位址使用這塊記憶體。
這就是「動态記憶體配置設定」,記憶體位址也就是程式設計中的「光标」。記憶體不是永遠都召之即來、用之不盡的,有時候記憶體配置設定也會失敗。
當配置設定失敗時系統函數會傳回一個0值,這時傳回值「0」已不表示新啟用的光标,而是系統向應用程式發出的一個通知,告知出現了錯誤。
作為應用程式,在每一次申請記憶體後都應該檢查傳回值是否為0,如果是,則意味着出現了故障,應該采取一些措施挽救,這就增強了程式的「健壯性」。若應用程式沒有檢查這個錯誤,它就會按照「思維慣性」認為這個值是給它配置設定的可用遊标,繼續在之後的執行中使用這塊記憶體。
真正的0位址記憶體區儲存的是計算機系統中最重要的「中斷描述符表」,絕對不允許應用程式使用。
在沒有保護機制的作業系統下(如DOS),寫資料到這個位址會導緻立即當機,而在健壯的作業系統中,如Windows等,這個操作會馬上被系統的保護機制捕獲,其結果就是由作業系統強行關閉出錯的應用程式,以防止其錯誤擴大。
這時候,就會出現上述的「寫記憶體」錯誤,并指出被引用的記憶體位址為「0x00000000」。記憶體配置設定失敗故障的原因很多,記憶體不夠、系統函數的版本不比對等都可能有影響。
是以,這種配置設定失敗多見于作業系統使用很長時間後,安裝了多種應用程式(包括無意中「安裝」的病毒程式),更改了大量的系統參數和系統檔案之後。
2、應用程式由于自身BUG引用了不正常的記憶體光标
在使用動态配置設定的應用程式中,有時會有這樣的情況出現:程式試圖讀寫一塊「應該可用」的記憶體,但不知為什麼,這個預料中可用的光标已經失效了。
有可能是「忘記了」向作業系統要求配置設定,也可能是程式自己在某個時候已經登出了這塊記憶體而「沒有留意」等等。
登出了的記憶體被系統回收,其通路權已經不屬于該應用程式,是以讀寫操作也同樣會觸發系統的保護機制,企圖「違法」的程式唯一的下場就是被操作終止執行,回收全部資源。
二、木馬病毒
木馬或病毒這類程式為了控制系統往往不負責任地修改系統,進而導緻作業系統異常。平常應加強資訊安全意識,對來源不明的可執行程式絕不好奇。
三、作業系統
有時候作業系統本身也會有BUG,要注意安裝官方發行的更新程式。更新作業系統,讓作業系統的安裝程式重新拷貝正确版本的系統檔案、修正系統參數。
四、硬體本身
硬體本身品質問題及不相容的情況,同時還要注意散熱問題,超頻等特殊情況。
擴充資料:
windows應用程式出錯表象 Windows作業系統有時會出現錯誤資訊,例如寫記憶體錯誤系統會提示:「“0X????????”指令引用的“0x00000000”記憶體,該記憶體不能為“read”或“written”」,然後應用程式自行關閉,程式不能運作。
開機後依次出現下面4種錯誤:
1、應用程式錯誤
應用程式正常初始化(0xc0000135)失敗,請單擊确定終止程式。
2、應用程式錯誤
應用程式正常初始化(0xc0000135)失敗,請單擊确定終止程式。
3、應用程式錯誤
應用程式正常初始化(0xc0000135)失敗,請單擊确定終止程式。
4、應用程式錯誤
用程式正常初始化(0xc0000135)失敗,請單擊确定終止程式