如何正确编写 C++ DLL 也将在调试模式下加载而不会崩溃

Question

我的问题涉及本机 C++ DLL（Visual Studio 2005，如果重要的话）以及如何编写它们以确保：

• 当 DLL 在发布模式下编译时，它将由在发布或调试模式下编译的 EXE 正确加载（第一优先）
• 当DLL在调试模式下编译时，它也将被在调试模式下编译的EXE正确加载。

今天我有一个 C++ 本机 DLL，可以在 DLL 释放/EXE 释放模式下加载并正常工作。 DLL 加载但在 DLL 释放/EXE 释放模式下无法正常工作（函数调用返回意外结果）（这是一个大问题，因为它阻止我调试 EXE，这是我的主要目标）并崩溃DLL 调试/EXE 调试模式下的堆损坏。

我知道存在一个与 CRT 相关的问题，需要在 DLL 和 EXE 之间进行 CRT 隔离。通常，这个问题可以通过在 DLL 中将运算符 new/new[]/delete/delete[] 设为私有并通过允许 EXE 动态对象创建的 create()/release() 函数包装它们来解决。

我的问题是：在我开始朝这个方向重构所有代码之前，我还需要做些什么才能避免此类问题？ CRT 隔离可能会修复我的 DLL 调试/EXE 调试崩溃，但我不确定它是否会修复 DLL 释放/EXE 调试问题。

有什么提示吗？有人已经遇到过这个问题吗？

谢谢， 阿尔。

Answer 1

不要在公共 Dll h 文件中使用特定于配置的代码。例如：

class ExportedClass
{
...

#ifdef _DEBIG
    int debug_info;
#endif

...
}

当Dll在调试配置下编译时，sizeof(ExportedClass)包含额外的4个字节。当客户端代码编译该文件为Release配置时，sizeof(ExportedClass)会少4个字节。结果未定义。

另外，不要使用任何具有特定于配置大小的类型作为 Dll 公共接口的一部分：返回值和参数。

Answer 2

我首先要解决调试/调试场景。堆损坏表明存在严重的问题，在未解决之前，您无法保证任何其他方案都能正常工作。事实上，我认为任何其他场景都无法正常工作。

另外，我不知道为什么你会认为堆损坏需要通过 CRT 隔离来解决，而不是 dll 或 exe 代码中的问题。 dll 和 exe 是否链接到不同版本的 CRT？