c++写dll,用了vector,不能写extern c了

Answer 1

可以把,,,试着把vector封装到类里面, dll中动态导出类的同时就可以调用vector了

常规是变量\函数\类对象,,,have a try ..

Answer 2

在一个mfc扩展动态库导出函数返回了map变量 ，在exe使用该变量会导致崩溃。如果直接调用该变量不通过函数也一样。不要在动态库接口中传递STL容器！！VC的STL版本，编译选项也是一样的。针对Vector引用的传递没有问题，但是Map就出现问题了。vc6下、通过“一个exe/dll中的指针”指向或者引用“另一个exe/dll中的、包含stl的类”时、这个包含stl的类在析构时就可能出现这样的问题。
1、微软的解释：
大部分C++标准库里提供的类直接或间接地使用了静态变量。由于这些类是通过模板扩展而来的，因此每个可执行映像（通常是. dll或.exe文件）就会存在一份只属于自己的、给定类的静态数据成员。当一个需要访问这些静态成员的类方法执行时，它使用的是“这个方法的代码当前所 在的那份可执行映像”里的静态成员变量。由于两份可执行映像各自的静态数据成员并未同步，这个行为就可能导致访问违例，或者数据看起来似乎丢失或被破坏 了。
可能不太好懂，我举个例子：假如类A有个静态变量m_s，那么当1.exe使用了2.dll中提供的某个A对象时，由于模板扩展机制，1.exe和2.dll中会分别存在自己的一份类静态变量A.m_s。
这 样，假如1.exe中从2.dll中取得了一个的类A的实例对象a，那么当在1.exe中直接访问a.m_s时，其实访问的是 1.exe中的对应拷贝（正确情况应该是访问了2.dll中的a.m_s）。这样就可能导致非法访问、应当改变的数据没有改变、不应改变的数据被错误地更 改等异常情形。
邮件列表里的Conrad Weyns这样认为（意译，就不一句句对应了）：
每个.dll或.exe文档可以看作一个执行单元。而由于stl的特 性，每个执行单元中可能会有一个自己的内存分配器（通俗点说，就是堆内存管理器，或者内存池）。当跨越执行单元调用构造/析构函数时，如果这两个调用所在 的执行单元不同，就可能出现通过A的堆管理器去释放B的堆管理器所分配的对象的问题。这就导致了RtlValidateHeap抛出异常。
他所认为的正确解决办法是：使用各种措施，保证程序中只用了一个堆管理器；或者使用智能型的堆管理器（作者建议使用SmartHeap）。
1、保证资源的分配/删除操作对等并处于同一个执行单元；
比如，可以把这些操作（包括构造/析构函数、某些容器自动扩容{这个需要特别注意}时的内存再分配等）隐藏到接口函数里面。换句话说：尽量不要直接从dll中输出stl对象；如果一定要输出，给它加上一层包装，然后输出这个包装接口而不是原始接口。
2、保证所有的执行单元使用同样版本的STL运行库。
比如，全部使用release库或debug库，否则两个执行单元扩展出来的STL类的内存布局就可能会不一样