.net - 托管 C++ .NET 应用程序中未处理的托管异常的访问冲突问题

Question

这实际上是一个已解决的问题，但它太深奥了，我想我会分享给其他用户。

也许其他人可能会提出原因？

无论如何，我正在开发一个用托管 C++ 编写的“混合模式”.NET 应用程序，但与现有的本地库有大量链接。

问题是，未处理的托管异常最终成为 Win32 访问冲突。我的意思是，我不会显示带有未处理托管异常的漂亮 .NET 对话框，而是会收到旧样式的“未处理的 win32 异常发生在...”消息。

有趣的是:如果我在调试器中启动应用程序，则抛出的托管异常会被正确拾取。即，调试器向我显示该行。

但是，当正常执行时，它会变成这个访问冲突。此时附加调试器会产生很少的有用信息(它甚至不会显示合理的堆栈跟踪)。

因此，对我来说，这表明在未处理的托管异常到达异常处理程序之前， native 代码中正在发生某些事情。

无论如何，我通过将我的项目与 Visual Studio 2008 生成的全新 C++ 托管项目进行比较，设法解决了这个问题。

解决方法是执行以下操作:

1. 更改/SUBSYSTEM 标志(项目属性->链接器->系统->子系统)从/SUBSYSTEM:WINDOWS 到“未设置”

2. 从使用旧样式 WinMain() 切换到使用新样式 main()。

即它曾经是

  int APIENTRY _tWinMain(HINSTANCE hInstance,
                       HINSTANCE hPrevInstance,
                       LPTSTR    lpCmdLine,
                       int       nCmdShow)

现在是

int main(array<System::String ^> ^args)

[为什么我要使用这个奇怪的 _tWinMain？这是多年前 Visual Studio .NET IDE 在您创建示例混合模式 Windows 应用程序时生成的。它一直运行良好(直到现在)，所以我从不费心改变它。 _tWinMain 只是 WinMain 的一个宏]

我做了这个改变，问题就消失了。未处理的 .NET 异常现在可以正确捕获，因此我现在可以实际调试它们。

我还对干净的示例 C++ 应用程序进行了反向更改，并证明这是原因。

所以，我的问题是，到底发生了什么？

只是我使用的是旧式 WinMain 而不是新式的 main(array <String^>^) ?

我是否应该向 Microsoft 报告此情况(有人会关心 ;-))吗？

Answer 1

我并不感到惊讶。

如果你写顶级 main在托管代码中，任何会冒泡的托管异常都将由托管代码处理。与在 C# 中相同。这是因为操作系统不会直接调用您的 int main(array<System::String ^> ^args)功能。这是由托管代码完成的，该代码要么是 .net 的一部分，要么是在编译时插入的。这是通知和处理任何转义 .net 异常的代码。

如果您自己编写母语 WinMain ，没有 .net 代码调用此函数，因此也没有托管代码能够处理托管异常。当一个托管异常被抛出时，它在操作系统看来就像任何其他 native Windows 异常一样。

请注意，这不是对如何调用 main/WinMain 的准确描述。这是基于您的问题描述和一点经验的有根据的猜测。我遗漏了一些我知道的细节，也可能还有我完全不知道的细节。但我很确定这就是故事的精髓。