invalidOverlappedToPinvoke MDA

当将不是在垃圾回收堆上创建的重叠指针传递给特定的 Win32 函数时，将激活 invalidOverlappedToPinvoke 托管调试助手 (MDA)。

注意
默认情况下，仅当代码中定义了平台调用，并且调试器报告每个方法的 JustMyCode 状态（请参见如何：单步执行“仅我的代码”）时，此 MDA 才会被激活。不理解 JustMyCode 的调试器（例如无扩展的 MDbg.exe）不会激活此 MDA。可以使用配置文件并在 .mda.config 文件 (<invalidOverlappedToPinvoke enable="true" justMyCode="false"/> 中显式设置 justMyCode="false" 来为那些调试器启用此 MDA。

症状

崩溃或无法解释的堆损坏。

原因

将不是在垃圾回收堆上创建的重叠指针传递给了特定的操作系统函数。

下表显示了此 MDA 跟踪的函数。

此条件损坏堆的可能性很大，因为发出调用的 AppDomain 可能卸载。 如果 AppDomain 卸载，应用程序代码或者将释放重叠指针的内存，从而在操作完成时导致损坏；或者该代码将泄漏内存，从而在稍后带来难题。

解决方法

使用 Overlapped 对象调用 Pack 方法，以获取能够传递给函数的 NativeOverlapped 结构。 如果 AppDomain 卸载，CLR 将等待直至异步操作完成，然后才释放指针。

对运行时的影响

此 MDA 对 CLR 没有影响。

Output

下面是来自此 MDA 的输出的示例。

An overlapped pointer (0x00ea3430) that was not allocated on the GC heap was passed via Pinvoke to the Win32 function 'WriteFile' in module 'KERNEL32.DLL'. If the AppDomain is shut down, this can cause heap corruption when the async I/O completes. The best solution is to pass a NativeOverlapped structure retrieved from a call to System.Threading.Overlapped.Pack(). If the AppDomain exits, the CLR will keep this structure alive and pinned until the I/O completes.

配置

<mdaConfig>
  <assistants>
    <invalidOverlappedToPinvoke/>
  </assistants>
</mdaConfig>

请参见

参考

MarshalAsAttribute

概念

使用托管调试助手诊断错误

互操作封送处理