記憶體指令00報錯

2021-08-26 14:37:07 字數 3100 閱讀 9513

記憶體指令00報錯

2023年07月16日

記憶體不能為read的解決辦法  近日不少網友都遇到了該記憶體不能為「read」的錯誤提示。希望以下文章

能對大家有所幫助。

執行某些程式的時候,有時會出現記憶體錯誤的提示,然後該程式就關閉。

「0x????????」指令引用的「0x????????」記憶體。該記憶體不能為「read」。

「0x????????」指令引用的「0x????????」記憶體,該記憶體不能為「written」。

以上的情況相信大家都應該見到過,甚至說一些網友因為不爽於這個經常出現的錯誤提示而屢次重灌

系統。相信普通使用者應該不會理解那些複雜的十六進製制**。

出現這個現象有方面的,一是硬體,即記憶體方面有問題,二是軟體,這就有多方面的問題了。

一:先說說硬體:

一般來說,電腦硬體是很不容易壞的。記憶體出現問題的可能性並不大(除非你的記憶體真的是雜牌的一

塌徒地),主要方面是:1。記憶體條壞了(二手記憶體情況居多)、2。使用了有質量問題的記憶體,3。記憶體

插在主機板上的金手指部分灰塵太多。4。使用不同品牌不同容量的記憶體,從而出現不相容的情況。5。超頻

帶來的散熱問題。你可以使用memtest這個軟體來檢測一下記憶體,它可以徹底的檢測出記憶體的穩定度。

二、如果都沒有,那就從軟體方面排除故障了。

先說原理:記憶體有個存放資料的地方叫緩衝區,當程式把資料放在緩衝區,需要作業系統提供的「功

能函式」來申請,如果記憶體分配成功,函式就會將所新開闢的記憶體區位址返回給應用程式,應用程式就可

以通過這個位址使用這塊記憶體。這就是「動態記憶體分配」,記憶體位址也就是程式設計中的「游標」。記憶體不是

永遠都招之即來、用之不盡的,有時候記憶體分配也會失敗。當分配失敗時系統函式會返回乙個0值,這時

返回值「0」已不表示新啟用的游標,而是系統向應用程式發出的乙個通知,告知出現了錯誤。作為應用

程式,在每一次申請記憶體後都應該檢查返回值是否為0,如果是,則意味著出現了故障,應該採取一些措

施挽救,這就增強了程式的「健壯性」。若應用程式沒有檢查這個錯誤,它就會按照「思維慣性」認為這

個值是給它分配的可用游標,繼續在之後的執行中使用這塊記憶體。真正的0位址記憶體區儲存的是計算機系

統中最重要的「中斷描述符表」,絕對不允許應用程式使用。在沒有保護機制的作業系統下(如dos),寫

資料到這個位址會導致立即當機,而在健壯的作業系統中,如windows等,這個操作會馬上被系統的保護

機制捕獲,其結果就是由作業系統強行關閉出錯的應用程式,以防止其錯誤擴大。這時候,就會出現上述

的記憶體不能為「read」錯誤,並指出被引用的記憶體位址為「0x00000000「。記憶體分配失敗故障的原因很多

,記憶體不夠、系統函式的版本不匹配等都可能有影響。因此,這種分配失敗多見於作業系統使用很長時間

後,安裝了多種應用程式(包括無意中「安裝」的病毒程式),更改了大量的系統引數和系統檔案之後。

在使用動態分配的應用程式中,有時會有這樣的情況出現:程式試圖讀寫一塊「應該可用」的記憶體,

但不知為什麼,這個預料中可用的游標已經失效了。有可能是「忘記了」向作業系統要求分配,也可能是

程式自己在某個時候已經登出了這塊記憶體而「沒有留意」等等。登出了的記憶體被系統**,其訪問權已經

不屬於該應用程式,因此讀寫操作也同樣會觸發系統的保護機制,企圖「違法」的程式唯一的下場就是被

操作終止執行,**全部資源。計算機世界的法律還是要比人類有效和嚴厲得多啊!像這樣的情況都屬於

程式自身的bug,你往往可在特定的操作順序下重現錯誤。無效游標不一定總是0,因此錯誤提示中的記憶體

位址也不一定為「0x00000000」,而是其它隨機數字。

windows系統出現記憶體錯誤

使用windows作業系統的人有時會遇到這樣的錯誤資訊:「0x????????指令引用的0x00000000記憶體,該內

存不能written」,然後應用程式被關閉。如果去請教一些「高手」,得到的回答往往是「windows就是這

樣不穩定」之類的義憤和不屑。其實,這個錯誤並不一定是windows不穩定造成的。本文就來簡單分析這

種錯誤的常見原因。

一、應用程式沒有檢查記憶體分配失敗

程式需要一塊記憶體用以儲存資料時,就需要呼叫作業系統提供的「功能函式」來申請,如果記憶體分配

成功,函式就會將所新開闢的記憶體區位址返回給應用程式,應用程式就可以通過這個位址使用這塊記憶體。

這就是「動態記憶體分配」,記憶體位址也就是程式設計中的「指標」。

記憶體不是永遠都招之即來、用之不盡的,有時候記憶體分配也會失敗。當分配失敗時系統函式會返回一

個0值,這時返回值「0」已不表示新啟用的指標,而是系統向應用程式發出的乙個通知,告知出現了錯誤

。作為應用程式,在每一次申請記憶體後都應該檢查返回值是否為0,如果是,則意味著出現了故障,應該

採取一些措施挽救,這就增強了程式的「健壯性」。

若應用程式沒有檢查這個錯誤,它就會按照「思維慣性」認為這個值是給它分配的可用指標,繼續在

之後的執行中使用這塊記憶體。真正的0位址記憶體區儲存的是計算機系統中最重要的「中斷描述符表」,絕

對不允許應用程式使用。在沒有保護機制的作業系統下(如dos),寫資料到這個位址會導致立即宕機,

而在健壯的作業系統中,

首先建議:

1、檢查系統中是否有木馬或病毒?

>2、更新作業系統,讓作業系統的安裝程式重新拷貝正確版本的系統檔案、修正系統引數。有時候操

作系統本身也會有bug,要注意安裝官方發行的公升級程式。

3、盡量使用最新正式版本的應用程式、beta版、試用版都會有bug。

4、刪除然後重新建立winntsystem32wbemrepository資料夾中的檔案:在桌面上右擊我的電腦,然後

單擊管理。在"服務和應用程式"下,單擊服務,然後關閉並停止windowsmanagementinstrumentation服務

。刪除winntsystem32wbemrepository資料夾中的所有檔案。(在刪除前請建立這些檔案的備份副本。)

開啟"服務和應用程式",單擊服務,然後開啟並啟動windowsmanagementinstrumentation服務。當服務重

新啟動時,將基於以下登錄檔項中所提供的資訊重新建立這些檔案:

hkey_local_machinesoftwaremicrosoftwbemcimomautorecovermofs(

es 啟動報錯 記憶體太小

elasticsearch啟動時遇到的錯誤 問題翻譯過來就是 elasticsearch使用者擁有的記憶體許可權太小,至少需要262144 解決 切換到root使用者 執行命令 sysctl w vm.max map count 262144 檢視結果 sysctl a grep vm.max ma...

JMM 記憶體操作指令

在上篇文章 記憶體屏障是個什麼鬼 提到了記憶體訪問的一些指令。這篇文章就來系統地介紹這些指令。j a 記憶體模型類似於快取記憶體與主存之間的乙個關係。一句話解釋下什麼是 jmm 每個執行緒執行過程中操作的記憶體,我們稱之為工作記憶體。執行緒在操作主存中共享變數時,會將變數 load 到工作記憶體,執...

CPU 記憶體 硬碟 指令簡述

cpu是central processing unit 處理器 的縮寫,內部有數百萬至數億個電晶體構成。cpu部件,稱為ic integrated circuit,積體電路 cpu內部由暫存器 控制器 運算器和時鐘四個部分構成,各部分間由電流訊號連通。暫存器,用來暫存指令 資料等處理物件,可看作是記...