访问冲突:尝试读取或写入受保护的内存

我有一个ac#(。net 4.0)winforms应用程序,每天每天工作8小时,在XP SP 3上运行。它在大多数情况下工作正常,有时持续数月。 然后它似乎陷入了一个糟糕的咒语,并且每天一次,连续几天,在不同的时间,出现访问冲突exception。 我已经尝试查看转储文件,并捕获访问冲突exception以查看堆栈; 无论哪种方式,我得到几乎相同的堆栈:

Attempted to read or write protected memory. This is often an indication that other memory is corrupt. at System.Windows.Forms.UnsafeNativeMethods.CallWindowProc(IntPtr wndProc, IntPtr hWnd, Int32 msg, IntPtr wParam, IntPtr lParam) at System.Windows.Forms.NativeWindow.DefWndProc(Message& m) at System.Windows.Forms.ToolTip.WndProc(Message& msg) at System.Windows.Forms.ToolTip.ToolTipNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg) at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData) at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context) at System.Windows.Forms.Application.Run(Form mainForm) 

我很难解决这个问题,因为堆栈跟踪不是很有用。 首先,我甚至不确定我是否可以信任堆栈跟踪:程序是否到达那里(看起来它正在尝试显示一些工具提示,这当然是可能的)因为内存已经损坏,或者程序真的应该合法地那里,但有些数据内存已损坏。 其次,假设堆栈跟踪是正确且值得信赖的,我没有找到办法弄清楚什么是破坏内存…我们没有做任何一致的事情来触发访问冲突…应用程序日志没有显示任何在此之前其他被捕获的exception…事件日志不会与访问冲突同时显示任何条目…有关如何进一步诊断此问题的任何提示?

更新2011-10-11:我已经捕获了exception,但围绕Application.Run()方法。 那时似乎为时已晚太多了。 如果由于硬件/驱动程序错误而发生此exception并且未指示应用程序的内存已损坏 – 是否还有其他地方可以捕获exception(并显示它,然后让应用程序继续)?

更新2012-03-04:我再次获得exception,这次显示一个相当简单的表单(只包含一个文本框和一个ok按钮)。 我使用的是TextBox.AppendText()。 我恰巧正在同时浏览这条评论 。 AppendText()会导致问题吗? 当发生“原始”访问冲突时,它们会在显示包含richtextbox的表单后发生,我也称之为AppendText()。 情节变厚了!

更新2012-03-06:我删除了AppendText,只使用了TextBox.Text =,但今天我又遇到了访问冲突exception。 因此,AppendText似乎不是罪魁祸首。 此外,在运行Windows 7的开发盒上发生了一次exception。因此,似乎不是特定于Windows XP或其他计算机的exception(如内存问题)。

由于这篇文章,我能够复制这个问题。 因此,使用DataGridView.ShowCellToolTips = false,一个解决方法似乎禁用所有datagridview中的所有工具提示; 但是,这并不理想。 更好的解决方法是打电话

 Application.EnableVisualStyles(); 

在应用程序中创建任何控件之前 。

我已经确认,无论DataGridView是否显示自定义工具提示(使用CellToolTipTextNeeded),都会出现问题。

我在调用C dll的第三方C#包装器时发现了这个问题。 我使用实用程序editbin.exe / NXCOMPAT:NO {dll name}禁用了DEP的C#dll,这似乎解决了这个问题。

当打开DEP并且C dll可能正在做一些CLR认为是内存损坏并且抛出此错误的内容时,CLR应该进行额外的检查。

您可以在http://blogs.msdn.com/b/ed_maurer/archive/2007/12/14/nxcompat-and-the-c-compiler.aspx上阅读更多相关信息。

我们最近在执行TextBox.AppendText()时也遇到了AccessViolationException。 在尝试重现问题后,我们意识到TextBox不是问题所在。 在我们的例子中,它是拖放function。

这是一个最小的项目(带有TextBox的表单),它将重现exception:

 using System; using System.Windows.Forms; namespace TestTextBoxAccessViolation { public partial class Form1 : Form { public Form1() { InitializeComponent(); } private void Form1_DragEnter(object sender, DragEventArgs e) { e.Effect = DragDropEffects.Copy; } private void Form1_DragDrop(object sender, DragEventArgs e) { e.Data.GetData("DragImageBits"); Form1 f = new Form1(); f.textBox1.Text = "Keep resizing this window and you'll get an AccessViolationException after a while"; f.Show(); } } } 

结论:不要使用“DragImageBits”。

我发现这个问题不仅在WPF中发生(崩溃),而且在WinForms中发生。 我的问题与OpenFileDialog有关。 很难说这个问题的根源是什么,但似乎与OpenFileDialog相关的Microsoft dll有bug(对我来说,它是ComDlg32.dll)

我可以调用ShowDialog()函数的唯一方法是将它包装在事件中并在帮助下调用

 this.BeginInvoke( new Action(YourObject_FileDialogOpened), new object[] { YourObjectInstance, e }); 

其中“this”是一个Control(例如,Form)。

您调用的BeginInvoke(…)授予将以正确的方式处理。

如果在按钮单击事件或任何其他类似方案下使用OpenFileDialog调用,则不会出现问题。

不确定这是否会有任何帮助,但这个问题似乎在旧版本的.Net中很常见,微软甚至为此发布了一些修复程序。

其中一个初步修复如下,

http://support.microsoft.com/kb/923028

这是另一个。 http://support.microsoft.com/kb/975954

这并不容易跟踪/修复,因为所有信息都是“通用的”所以这些是一些通用指针:

  • 它总是发生在同一台机器上吗?
    如果是,则可以检查机器(内存测试等从可引导的Linux CD或类似程序运行)和/或在不同的机器上运行以查看它是否发生变化…

  • 显示工具提示时似乎发生exception…可能表明显卡驱动程序出现问题…选择不同的驱动程序和/或不同的屏幕分辨率等,看看会发生什么

  • 你在使用一些第三方图书馆吗?
    因此,检查它们是否存在非托管内存问题(例如使用内存分析器……)是值得的。 与供应商核实是否有更新的版本等。
    我前段时间有类似的东西,结果发现是一些第三方库中的非托管内存泄漏(通过内存分析器诊断出来)……我查看了供应商并获得了一个运行平稳的固定版本…

我遇到了与OP相同的行为。 我修改了一个软件并添加了两个PInvoke方法(以改进UI)。 不幸的是,我开始收到与OP相同的消息。 在查看答案时,我找到了Raja Hindustani的。 在评论出两个PInvoke方法时,问题似乎已经消失。