我知道，将相互传递 STL 容器的调试库和发布库混合使用会导致大问题。但是“调试”或“发布”中究竟是什么导致了这种情况？
我有一个构建为“发布”的 QT 项目，但它在编译器标志中添加了 /DEBUG。 如果我在“调试”（也有 /DEBUG 标志）下构建另一个 QT 项目，它们是否兼容？
或者是否有优化标志或其他标志使它们不兼容？
基本上，有没有一种方法可以让我查看 2 个库的编译行并看到“不要混合这些！”的内容？
【问题讨论】：
这是未定义的行为，因此它可能会起作用，但更有可能会使您的应用崩溃。它还取决于 stl 实现，在调试版本中，它可能会启用额外的检查并分配额外的内存，从而使数据布局在发布模式下有所不同。最后，这违反了 ODR 规则（一个定义规则），再次导致未定义的行为。
我有一个构建为“发布”的 QT 项目，但它在编译器标志中添加了 /DEBUG。如果我在“调试”（也有 /DEBUG 标志）下构建另一个 QT 项目，它们是否兼容？
如果您的 Release 包含与 Debug 完全相同的编译器标志，那么我会说它们是兼容的。
或者是否有优化标志或其他标志使它们不兼容？
你应该能够看到那些标志，我不认为优化标志应该导致 UB 问题，它在编译阶段使用的完全不同的宏会导致 ODR 违规。也许有一些优化标志会改变结构中的对齐方式......
基本上，有没有一种方法可以让我查看 2 个库的编译行并看到“不要混合这些！”的内容？
这里不知道。
为什么您首先要混合不同的构建库？这是自找麻烦。
【讨论】：
不是真的。关于 Visual C++ 的 STL 实现，容器的数据成员对应于迭代器检查，只有在设置了一些预处理器变量时才会编译。这些变量是基于 NDEBUG 预处理器变量的默认值，该变量是“无调试”的准标准。但这些也可以直接从命令行、头文件或 Visual Studio 属性页等设置。
例如：所有容器都派生自_Container_base，而这是一个依赖于_ITERATOR_DEBUG_LEVEL 的类型定义。不同的_Container_base 实现具有不同的内存布局，这就是导致调试版本和发布版本不兼容的原因。
/DEBUG 编译器标志告诉编译器是否生成调试信息，并且还可能影响优化设置的默认值，但我不确定这一点，当然这取决于编译器。
就像可能有一个不依赖于任何预处理器指令的 STL 实现一样，在这种情况下，无论您如何编译、调试或释放它，内存布局都是相同的，因此可以通过模块之间的编译方式不同。
【讨论】：
首先，/DEBUG 标志实际上并没有创建“调试”版本。它只是告诉链接器生成调试信息并创建一个 .pdb 文件以及生成的二进制文件。
关于调试和发布 MSVC++ 运行时之间的区别，问题在于不同的运行时对于同一个对象可以有不同的大小。例如在调试中，可能会将额外信息放在迭代器中，以确保它们在运行时的有效性。如果代码是针对这些结构的发布版本编译的，那么很可能会损坏。另一个问题是，如果一个对象从一个运行时的堆中分配并试图在另一个运行时的堆上释放。
【讨论】：