C# / C++ 应用程序在从 Windows 运行时崩溃，而不是从 Visual Studio 运行

Question

我正在开发一个调用非托管 (C++) dll 的 C# 应用程序。我发现某个用户操作在从 Windows 资源管理器运行时始终导致应用程序崩溃。但是，当从 Visual Studio 调试器启动时，不会发生崩溃。因此，我无法在崩溃时进入代码并准确调试正在发生的事情。

从资源管理器运行而不是从 Visual Studio 运行时，什么可能导致二进制文件崩溃？请注意，我使用的是发布版本；调试构建既不会在 Visual Studio 中崩溃也不在资源管理器中。

（如果相关，我可以说崩溃与在 C++ DLL 中操作分配了 malloc 的数组有关。我通过煞费苦心地注释掉代码块、重建、从 Windows 运行并检查是否或不发生崩溃。但是，我已经到了一个地步，如果无法正确中断调试器，就很难继续进行。

我只是对能够在 Visual Studio 中重现崩溃感兴趣。

Answer 1

当一个程序在调试中工作但在发布时崩溃时，问题通常是缓冲区溢出，所以你应该寻找一个不正确的缓冲区长度变量。

关于为什么调试时不崩溃，这里有一篇关于side effects of debugger的小文章。如您所见，当程序由调试器启动时，堆可能会有不同的行为。缓冲区溢出经常发生在堆上，你说它可能发生在一个malloc-ed缓冲区，所以这就是原因。

现在，要让您的程序在调试时崩溃，唯一的方法可能是在启动后附加。如果在 DLL 项目中设置断点不起作用，请尝试使用 DLL 项目开始调试，并将您的可执行文件指定为 DLL 宿主。如果你不能像那样打断点，那么你总是可以在汇编代码中设置断点，这应该总是有效的，但实际上并不实用。您可以在 MSVC 上使用 __debugbreak() 添加已编译的程序集断点。

请注意，即使在附加时仍可能发生差异，调试器总是会稍微改变目标行为。虽然只有未定义的行为应该改变。

编辑：我错过了，但文章说您可以通过设置环境变量 _NO_DEBUG_HEAP = 1 来禁用调试堆。这可能是调试问题的最简单解决方案（如果可行的话）。