gpt4 book ai didi

C# 错误 "Attempted to read or write protected memory"或 "External component has thrown an exception"

转载 作者:太空狗 更新时间:2023-10-29 20:25:16 26 4
gpt4 key购买 nike

我有一个 C# 程序(目标框架 .NET 4.0),它调用 COM 对象(非托管代码),正确管理所有对象,在不再需要时销毁等。

我也有一些异常处理程序,没有自定义异常的 try/catch block 。然而,有时这个程序崩溃了,大部分时间都有效,随机行为。堆栈跟踪也各不相同,例如:

System.AccessViolationException was unhandled
Message=Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
Source=System.Windows.Forms
StackTrace:
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)
at IndexerTester.Program.Main() in D:\Tester\Program.cs:line 17
InnerException:

在 Program.cs 中,第 17 行:Application.Run(new Form1());

System.Runtime.InteropServices.SEHException was unhandled
Message=External component has thrown an exception.
Source=System.Windows.Forms
ErrorCode=-2147467259
StackTrace:
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)
at IndexerTester.Program.Main() in D:\Tester\Program.cs:line 17
at System.AppDomain._nExecuteAssembly(RuntimeAssembly assembly, String[] args)
at System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
at Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ThreadHelper.ThreadStart()
InnerException:

我正处于隔离阶段以找出此错误的根源。

  • 您对这个错误有什么建议吗?
  • 有关捕获这些异常并优雅退出的任何建议。

感谢您的帮助。

最佳答案

异常的来源是未经处理的代码,很可能是您的 COM 组件。堆栈跟踪表明在您的消息循环中捕获了异常,这可能是从您的 .NET 代码对 STA(单线程单元)中的 COM 对象进行跨单元调用的结果。然后使用 Windows 消息将方法调用编码并发送到组件。

进行跨单元调用没有错,但我看到一些 COM 组件在从不同单元获得指针时没有进行正确的编码(marshal)处理,并且通常不了解 COM 中的线程规则。如果您的应用程序中有任何类型的多线程,您一定要调查一下。这些“损坏的”COM 对象在从主 STA 线程调用时表现良好,但在不同线程上调用或创建时可能会失败。

更具体地说:假设您的应用程序 UI 线程在启动时进入 STA(单线程单元)并创建 COM 组件。然后您创建一个新线程(将在另一个公寓中)并从该线程调用 COM 组件上的方法。这是一个跨公寓电话。您的 COM 组件只能在 UI 线程(它所在的公寓的线程)上执行。 COM 框架会注意到您正在进行跨单元调用,并且会将调用序列化到缓冲区中(编码(marshal) COM 术语中的调用)。然后使用 Windows 消息将该缓冲区发送到 UI 线程。如果您的应用程序没有窗口,COM 将创建一个隐藏窗口来接收这些消息。然后,您的应用程序的消息循环将解压缩编码调用并在 UI 线程上执行它。

现在,假设您或 COM 组件不了解 COM 单元和编码的规则。方法调用中的参数之一是指针或解析为指针的东西,而此指针在 COM 组件的单元中无效。然后,当 COM 组件取消对指针的引用时,您会得到一个错误。 .NET 运行时将检测到这一点并抛出您看到的两种异常类型之一。但是,这个异常是在UI线程的消息循环中抛出的,有些代码是你无权访问的。在调用方使用 try-catch block 无助于捕获异常,因为它是在另一个线程上抛出的。无论如何,您不应该捕获异常,因为它表明您的应用程序中发生了一些非常糟糕的事情。

作为记录,错误代码 -2147467259 是 0x8004005,转换为 E_FAIL。帮助不大,但您遇到的错误很可能是由于在 COM 组件中使用了无效指针。

要解决此问题,您必须正确使用 COM 组件和/或修复组件中的任何损坏代码。

关于C# 错误 "Attempted to read or write protected memory"或 "External component has thrown an exception",我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7901530/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com