C# 尝试读取或写入受保护的内存，这通常指示其他内存已损坏。常见解决办法

1.dll文件应该是C++写的。封装了之后供我的C#程序调用，结果就提示了错误：尝试读取或写入受保护的内存。这通常指示其他内存已损坏。错误类型为：System.AccessViolationException。

跨线程操作引起的？因为我的dll控制的是硬件，应该绑定的是窗体句柄。我操作的时候是在一个事件event中操作的，大家知道event是另开线程的。

于是使用委托解决了以上问题：

private delegate void CloseDevDelegate();

        private void CloseDev()
        {
            if (this.InvokeRequired)
            {
                CloseDevDelegate closeDev = new CloseDevDelegate(CloseDev);
                this.BeginInvoke(closeDev);
            }
            else
            {
                Program.DEVICE.CloseDev();
            }
        }
 

 在事件中使用：CloseDev()

大功告成！原来是跨线程操作com口引起的错误。

 

2.在C#中调用别人的DLL的时候有时候出现 尝试读取或写入受保护的内存 。这通常指示其他内存已损坏。

在传值的时候还是用指针，再在C#中做转换就好了。

[DllImport("APPLISTCC.dll")]
public static extern string TestFunc1(string param1);

string ret1 = TestFunc1("text");

 

//改成：

 

[DllImport("APPLISTCC.dll")]
public static extern IntPtr TestFunc1(IntPtr par1);

IntPtr ptrIn = Marshal.StringToHGlobalAnsi("text");
IntPtr ptrRet = TestFunc1(ptrIn);
string retlust = Marshal.PtrToStringAnsi(ptrRet);

 

 自己在程序里强制释放COM资源，调用Marshal.ReleaseComObject()方法将不再使用的对象释放掉

 

 

3.很多人用C#编程的时候会碰到这个问题。代码一点都没写，只是添加了一个控件，调试就会出现AccessViolationException这个错误。

SharpDevelop的错误提示：
Unhandled exception
An exception of type System.AccessViolationException was thrown:
System.AccessViolationException: 尝试读取或写入受保护的内存。这通常指示其他内存已损坏。

 

这个其实不是什么系统兼容性问题，是软件冲突。

VS和ATI显卡的软件catalyst control center冲突。

把catalyst control center卸载，问题就解决了。

重新安装catalyst control cente的时候就有卸载选项。

 

 

4.如果你用了NativeCode的资源，例如：Com、ActiveX；
没有强制的释放方法，底层的com组件根据你进程调用组件的次数来控制对象的增加和释放(对象释放会延迟，com自身的问题)。
一般是调用强制垃圾回收或ao自带的回收对象的方法，效果不明显。
这种对象不释放的情况，通常出现在应用程序反复调用频率极高的情况下，调用间隔的时间小于对象回收的速度，将报这种错误。
通常是自己的程序写的机构不合理，才会产生这种情况。
自己在程序里强制释放COM资源，调用Marshal.ReleaseComObject()方法将不再使用的对象释放掉
并在可能出现异常的地方去Catch，并留下日志，转移此异常。

5.指示测试的可执行文件与 Windows 数据执行保护功能兼容。
调用dll的程序，在运行时会出现 “尝试读取或写入受保护的内存。这通常指示其他内存已损坏。"
有关更多信息，请参见 /NXCOMPAT（与数据执行保护兼容）。
编译器中加入了对DEP的安全性检查，在编译完后的exe文件中取消NXCOMPAT位可解决该问题
editbin.exe /NXCOMPAT:NO myexe

6.排除环境因素：例如.net Fx 2.0和 .net Fx 2.0 SP2差距很大的，当然其他环境因素也好考虑在内。
一定要排除开发和部署环境差异引起的问题。

7.如果是突然出现这个问题，最好是回滚到之前的操作，重做这个操作，例如移除控件，再次添加；
反注册Com，重新注册； 如果你安装了其他插件，卸除这些插件再试一试。

8.程序本身的问题。例如：数据库访问达到最大的并发量，出现死锁。或频繁的写入和读取操作，c#的垃圾回收机制造成的，即变量的回收速度大于使 用的速度造成的，这样就需要从新设计算法。