C++中vector string跨DLL失败，MSVC低版本调高版本生成DLL

本文主要是介绍C++中vector string跨DLL失败，MSVC低版本调高版本生成DLL，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1，问题

问题一：

在一个MFC应用程序exe中，调用另一个DLL中的函数，函数中的一个形参是string类型的，每次调用都会出现乱码或者NULL的情况

调用前：

调用后：

以STL通过修改编译选项验证了这个问题。string在exe赋值的时候需要释放掉原来的内存空间，然后在DLL再申请新的内存空间，所以看到是NULL

注意，假如换成string对象赋值

std::string s = "getRouterRtpCapabilities";

send(s, body, promiseObj。。。

这样就和问题二一致了

问题二：

调用vector的引用

dll提供的接口

void getDevicesList(vector<string>&list)

exe调用

void main()
{int i=0;{vector<string>list;getDevicesList(list)}//释放vector崩溃了int j=0;
}

2，原因：

不同的模块各自有一份C运行时库代码、或者根本没有C运行时库，导致了各个模块会有各自的堆。如果在A堆中申请空间，到B堆中释放就会有崩溃，在模块A申请的空间，必须在模块A中释放。

以STL的vector为例，通过修改编译选项验证了这个问题。vector在赋值的时候需要释放掉原来的内存空间，然后再申请新的内存空间存储新的内容，如果跨模块了，释放的时候就存在“A模块申请B模块释放”的问题，导致程序崩溃。

当程序中有多个模块时，必须保证所有模块使用的C运行时库是一致的。

3，解决方法

解决方法一：

MTd/MT调用的是静态库模式，这种模式下应用程序和动态库中的堆是不共享的，各自使用各自的。它的内存分配原则是在库中申请的内存只能在库中释放。

MDd/MD调用的是动态库模式，这种模式下应用程序和动态库都使用应用程序中的堆。申请和释放的都是应用程序上堆的空间。

其实本方法还是不妥，假如低版本的VC2013调用高版本的VC2017写的DLL也会crash，最好使用方法二

解决方法二：

1，使用基本类型：例如char*代替string

2，遵循一个原则：谁申请内存谁释放的原则，例如vector可以使用下面的class代替：

class IDeviceCollection {
protected:virtual ~IDeviceCollection() {}public:/*** @return 设备个数*/virtual uint32_t getCount() = 0;/*** @return 设备名称，字符编码格式是UTF-8*/virtual const char* getDeviceName(uint32_t index) = 0;/*** @return 设备PID，字符编码格式是UTF-8*/virtual const char* getDevicePID(uint32_t index) = 0;/*** @brief 遍历完设备后，调用release释放资源。*/virtual void release() = 0;
};

一句话-----如果任何STL类使用了静态变量（无论是直接还是间接使用），那么就不要再写出跨执行单元访问它的代码。除非你能够确定两个动态库使用的都是同样的STL实现，比如都使用VC同一版本的STL，编译选项也一样，但这是很难的，你写的DLL给外界使用，外界使用什么编译器以及哪个版本是不可控的。所以强烈建议，不要在动态库接口中传递STL容器！！

4，延申阅读：

STL不一定不能在DLL间传递，但你必须彻底搞懂它的内部实现，并懂得为何会出问题。
微软的解释：
http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b172396
微软给的解决办法：
http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b168958

1、微软的解释：
大部分C++标准库里提供的类直接或间接地使用了静态变量。由于这些类是通过模板扩展而来的，因此每个可执行映像（通常是.dll或.exe文件）就会存在一份只属于自己的、给定类的静态数据成员。当一个需要访问这些静态成员的类方法执行时，它使用的是“这个方法的代码当前所在的那份可执行映像”里的静态成员变量。由于两份可执行映像各自的静态数据成员并未同步，这个行为就可能导致访问违例，或者数据看起来似乎丢失或被破坏了。

可能不太好懂，我举个例子：假如类A<T>有个静态变量m_s，那么当1.exe使用了2.dll中提供的某个A<int>对象时，由于模板扩展机制，1.exe和2.dll中会分别存在自己的一份类静态变量A<int>.m_s。
这样，假如1.exe中从2.dll中取得了一个的类A<int>的实例对象a，那么当在1.exe中直接访问a.m_s时，其实访问的是 1.exe中的对应拷贝（正确情况应该是访问了2.dll中的a.m_s）。这样就可能导致非法访问、应当改变的数据没有改变、不应改变的数据被错误地更改等异常情形。

原文：
Most classes in the Standard C++ Libraries use static data members directly or indirectly. Since these classes are generated through template instantiation, each executable image (usually with DLL or EXE file name extensions) will contain its own copy of the static data member for a given class. When a method of the class that requires the static data member is executed, it uses the static data member in the executable image in which the method code resides. Since the static data members in the executable images are not in sync, this action could result in an access violation or data may appear to be lost or corrupted.

1、保证资源的分配/删除操作对等并处于同一个执行单元；
比如，可以把这些操作（包括构造/析构函数、某些容器自动扩容{这个需要特别注意}时的内存再分配等）隐藏到接口函数里面。换句话说：尽量不要直接从dll中输出stl对象；如果一定要输出，给它加上一层包装，然后输出这个包装接口而不是原始接口。

2、保证所有的执行单元使用同样版本的STL运行库。
比如，全部使用release库或debug库，否则两个执行单元扩展出来的STL类的内存布局就可能会不一样。

只要记住关键就是：如果任何STL类使用了静态变量（无论是直接还是间接使用），那么就不要再写出跨执行单元访问它的代码。