嘗試讀取或?qū)懭胧鼙Ｗo(hù)的內(nèi)存？嘗試讀取或?qū)懭?？這種錯(cuò)誤很常見，尤其是在圖像開發(fā)、COM組件操作中，不要指望本文能給你一個(gè)明確的答案，只能為你提供解決問題的思路：解決方法只有一種：視覺還是排除，先看排除的

嘗試讀取或?qū)懭胧鼙Ｗo(hù)的內(nèi)存？嘗試讀取或?qū)懭耄?/h2>

這種錯(cuò)誤很常見，尤其是在圖像開發(fā)、COM組件操作中，不要指望本文能給你一個(gè)明確的答案，只能為你提供解決問題的思路：

解決方法只有一種：視覺還是排除，先看排除的優(yōu)先級(jí)：

1。如果您使用nativecode資源，如com、ActiveX；

沒有強(qiáng)制解釋，底層com組件將根據(jù)進(jìn)程調(diào)用組件的次數(shù)控制對(duì)象的增加和釋放（對(duì)象釋放將延遲，這是com本身的問題）。

一般調(diào)用強(qiáng)制垃圾回收的方法或者Ao自己的回收對(duì)象，效果不明顯。

這類對(duì)象不釋放，通常在應(yīng)用程序中發(fā)生重復(fù)調(diào)用頻率很高，調(diào)用間隔時(shí)間小于對(duì)象恢復(fù)速度，會(huì)報(bào)告此錯(cuò)誤。

通常，導(dǎo)致這種情況的是編寫自己程序的不合理組織。

釋放程序中的com資源并調(diào)用Marshal.releasecom對(duì)象（）方法釋放不再使用的對(duì)象

并去捕捉可能發(fā)生異常的地方，留下一個(gè)日志來傳輸異常。

2. 表示測(cè)試的可執(zhí)行文件與windows的數(shù)據(jù)執(zhí)行保護(hù)功能兼容。

Call DLL程序運(yùn)行時(shí)，將出現(xiàn)“try to read or write protected memory”。這通常表示其他內(nèi)存已損壞?！?/p>

有關(guān)詳細(xì)信息，請(qǐng)參閱/nxcompat（與數(shù)據(jù)執(zhí)行保護(hù)兼容）。

編譯器增加了DEP的安全檢查，取消編譯的EXE文件中的nxcompat位可以解決問題editbin.exe/ NXCOMPAT:沒有myexe

3. 排除環(huán)境因素：例如，兩者之間有很大的差距。凈外匯2.0和。凈外匯2.0 SP2。當(dāng)然，其他環(huán)境因素也應(yīng)該考慮在內(nèi)。

確保消除因開發(fā)和部署環(huán)境的差異而導(dǎo)致的問題。

4. 如果此問題突然出現(xiàn)，最好回滾到上一個(gè)操作并重新執(zhí)行該操作，例如刪除控件并再次添加；

取消com注冊(cè)并重新注冊(cè)；如果已安裝其他插件，請(qǐng)刪除它們并重試。

5. 程序本身的問題。例如：數(shù)據(jù)庫訪問的最大并發(fā)量、死鎖?；蛘哳l繁的讀寫操作，造成的垃圾收集機(jī)制是C#，即變量收集的速度快于使用的速度，因此需要重新設(shè)計(jì)算法。

請(qǐng)問調(diào)用DLL，報(bào)錯(cuò)

一般來說，如果DLL文件本身沒有損壞，則寫入或讀取是非法的，例如讀取超出界限的共享數(shù)組。

如果DLL損壞，請(qǐng)用DLL替換。例如，一些游戲錯(cuò)誤需要重新加載C運(yùn)行時(shí)等等。過了很長一段時(shí)間，這東西就會(huì)損壞。