c++ - VC++库冲突问题

Question

我正在开发一个 C++ 项目，该项目使用 Qt(GUI 库)、VTK(图形库)和另一个非常晦涩的库，我不会提及它的名称，而是将其称为 LIB_X。该项目将 Qt 用于 gui 组件，将 VTK(更准确地说是支持 Qt 的 VTK 提供的 QVTKWidget 扩展)用于渲染几何图形。它使用 LIB_X 来收集和操作几何图形。

问题是事实证明 LIB_X 实际上使用了 VTK(在哪里以及如何使用，我不知道，它是闭源的)。起初没有问题，用链接的两个库进行编译都很好，但在某些时候我调用了某个(并且非常需要)LIB_X 函数并编译导致了一堆关于 VTK lib/obj 已经定义的东西在 LIB_X dll 错误中。

例如(请注意，这是与/FORCE:MULTIPLE 一起使用的，所以这里是一个警告，如果您想要没有/FORCE:MULTIPLE 的错误，请告诉我，我会发布):

1>LIB_X.lib(LIB_X.dll) : warning LNK4006: "public: __thiscall std::vector<double,class std::allocator<double> >::~vector<double,class std::allocator<double> >(void)" (??1?$vector@NV?$allocator@N@std@@@std@@QAE@XZ) already defined in vtkCommon.lib(vtkInformationDoubleVectorKey.obj);

我尝试使用/FORCE:MULTIPLE，一开始这似乎是一个奇迹，但我在代码中遇到了随机错误，这些错误主要是堆错误。我决定从主项目中删除所有对 LIB_X 的引用，并创建一个静态库来处理所有 LIB_X 内容。我不是 C++ 专家，所以我不确定当您使用预编译库时它如何处理库冲突，但是在将我的静态库链接到我的主项目时我仍然收到库冲突错误，所以我仍然必须使用/FORCE:MULTIPLE。

一旦我有了静态库，随机错误似乎就消失了，我可以通过静态库在主项目中使用 LIB_X 方法做很多事情，但不知何故，我添加了一个新的数据成员到我的主要项目的类(一个 std::vector of double)突然在我的静态库方法之一中出现堆错误。如果我注释掉新数据成员，静态库的方法将运行良好。我不想给出当前的错误，因为老实说我不确定检查它是否值得，但无论如何它都在这里，以防它能有所帮助:

注意:它在大约第 151 行崩溃到 xutility，弹出断言:“文件:dbgheap.c 行:1279 表达式:_CrtIsValidHeapPointer(pUserData)”

在将 vector vector double 添加到 vector vector vector double 后出现错误，在 push_back 行崩溃:

std::vector<std::vector<double>> tmpVec;
for(srvl_iter = srvl.begin(); srvl_iter != srvl.end(); ++srvl_iter)
{
 tmpVec.push_back((*srvl_iter).getControlPoints());
}
this->_splines.push_back(tmpVec); //CRASH

当我将一个新的数据成员添加到我的主项目(与静态库分开!)时，它才开始在这里崩溃。注释掉新的数据成员可以消除错误。

std::vector<std::vector<std::vector<double>>> _geometry; 

所以，/FORCE:MULTIPLE 看起来很糟糕，我得到了对我来说没有意义的随机错误。还有其他解决方案吗？我搞砸了吗？我可以对 LIB_X 的 VTK 链接做些什么吗？

Answer 1

我遇到了一堆LNK4006将我的应用程序链接到大量使用 std::vector<std::string> 的库(称为库 LIB_Y)时出错，我也在我的应用程序中做了。经过一些试验后，我找到了一个有效的解决方案——将 LIB_Y 包装在一个单独的 DLL 中，该 DLL 调用 LIB_Y(比如 LIB_Y_WRAPPER)，然后将主应用程序链接到 LIB_Y_WRAPPER。

要尝试我的建议，您需要:

1. 将“处理所有 LIB_X 内容的静态库”从静态 LIB 项目更改为 DLL 项目(我将其称为 LIB_X_WRAPPER)。
2. 确保 LIB_X_WRAPPER 的头文件不包含任何 LIB_X 头文件。这非常重要，因为包装器需要将您的应用与 LIB_X 头文件中声明的数据类型(例如 std::vector<double>)完全隔离。仅从 LIB_X_WRAPPER 的源文件中引用 LIB_X 的头文件。
3. 更改静态库中所有类和函数的声明，以确保它们从 DLL 导出(如果您需要有关从 DLL 导出的详细信息，请参阅 this answer)。

这个解决方案对我有用，因为它保留了 std::vector<std::string> 的实例化(编译器生成的函数) LIBY 使用的类完全独立于 std::vector<std::string> 的实例化在我的应用程序中。

顺便说一句，我怀疑你看到的崩溃的原因(你评论它是在 std::vector<double> 的析构函数中)是因为 std::vector<double> 的实例化在您的应用中与 LIB_X 中的不同。