`
zxlyecf2
  • 浏览: 128984 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

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#的垃圾回收机制造成的,即变量的回收速度大于使 用的速度造成的,这样就需要从新设计算法。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics