混合使用不同编译器版本构建的二进制文件

Question

我想知道，调用代码是否可以放置在使用不同工具链构建的 .dll 中？是否使用 .lib 文件和旧编译器构建代码来构建可能的新代码？

我知道，第二个不太可取，但我想知道，是不是不可能。

正是我的情况是这样的：

我有 a.exe 使用 VC7.1 构建的文件，使用 b.lib 文件，该文件也是使用 VC7.1 构建的。 a.exe 调用来自 c.dll 的代码，该代码也是使用 b.dll 构建的。现在我想写一个新的c.dll，但是用VC9编译。 （我想这样做，因为我需要一些不支持使用 VC7.1 构建它们的库。）——我的c.dll 也需要b.lib，我仍然有它的源代码，因此我可以重新编译它.

那么，有可能让它工作吗？如果不是，您能否提供一个简短的解释，究竟是什么不允许这样做？

Answer 1

这并非完全不可能。主要问题是您将不可避免地得到运行时库的两个 不同副本。每个都保持自己的状态并使用自己的内存分配器的副本。 DLL 接口必须经过精心设计，以避免可能导致的事故。

硬性规则是您永远不能从 DLL 中的代码中抛出异常并在 EXE 中捕获它。并且您不能从 DLL 代码中返回标准 C++ 库对象，例如 std::string，它们具有不同的实现，并且 EXE 无法正确销毁该对象，因为它使用了不同的分配器。更一般的规则是，DLL 永远不能返回指向需要由调用者释放的对象的指针。 CRT 状态可能会导致微妙的问题，例如 errno 未返回正确的错误代码和区域设置错误。总而言之，大量的痛苦很难诊断，甚至更难修复。

COM 编程模型就是一个安全的例子。它从不公开实现，只公开纯抽象接口。没有例外，只有错误代码。对象由工厂分配并进行引用计数。在绝对必要的情况下，它使用一个公共堆从 CoTaskMemAlloc() 进行分配。这不是一个流行的编程模型，但它需要它。