如何获取std::string的CRT？VS2013 DLL集成静态库崩溃排查

我来帮你逐个解决这两个问题：

std::string的内存分配完全依赖于C Runtime（CRT）的分配器，不同CRT版本的分配器是完全独立的，搞清楚对应的CRT可以从这几个方向入手：

• 查看编译配置：在Visual Studio里，打开项目属性，找到「C/C++ → 常规 → 运行库」，这里会明确显示你当前使用的CRT类型——比如/MD对应多线程动态CRT（发布版），/MT对应多线程静态CRT（发布版），带d后缀的是调试版本（比如/MDd）。
• 检查加载的DLL：调试时打开VS的「Modules」窗口，看进程里加载的msvcrXXX.dll（XXX是版本号，VS120对应的是120），这个就是当前std::string依赖的CRT动态库。如果是静态CRT，不会有这个DLL，因为CRT代码已经编译进你的模块里了。
• 追踪分配器行为：默认情况下std::string用std::allocator<char>，底层调用CRT的malloc/free。如果需要更精确的追踪，可以自定义一个分配器，在分配/释放时打印CRT版本信息，但一般看编译配置和加载的DLL就足够了。

这个崩溃是跨模块内存管理的典型问题，核心原因就是内存分配和释放用了不同的CRT堆，或者STL对象的内存布局不兼容，具体拆解如下：

崩溃原因 #

• CRT版本不统一：如果你的DLL、应用程序、第三方静态库三者中，任意两者用了不同的CRT（比如一个用/MT静态CRT，一个用/MD动态CRT），就会导致内存跨堆释放。举个例子：第三方静态库用/MT编译，它返回的std::string内存是由自己的静态CRT分配的；当DLL把这个字符串返回给应用程序后，应用程序用自己的CRT去销毁它——不同CRT的堆是完全独立的，跨堆释放内存直接触发崩溃。
• 调试/发布版本不匹配：哪怕都是VS120的动态CRT，如果DLL用调试版/MDd，应用程序用发布版/MD，std::string的内存布局会不一样，销毁时也会因为访问非法内存崩溃。
• 工具集版本不一致：要是第三方静态库是用VS2010（工具集100）编译的，哪怕你用VS2013（120），STL的实现细节也有差异，传递std::string这类对象跨模块也会出问题。

解决方法 #

• 统一所有模块的CRT配置：这是最彻底的解决办法。
  1. 把你的DLL和应用程序的运行库都设置为动态CRT（发布版/MD，调试版/MDd）——这样所有模块共享同一个CRT DLL，堆是统一的，跨模块分配/释放内存就不会有冲突。
  2. 确认第三方静态库的CRT配置和你的项目一致，如果第三方没有提供对应版本的库，要么联系他们要，要么把你的项目调整成和第三方库一致的CRT设置（比如第三方用/MT，你也改成/MT）。
• 修改接口避免跨模块传递STL对象：如果统一CRT做不到，就换一种接口设计：
  • 让DLL提供专门的释放函数：比如在DLL里导出void freeFooString(std::string* str)，应用程序拿到字符串后，调用这个函数来释放，而不是自己销毁。
  • 改用C风格字符串：比如DLL提供一个接口，让应用程序传入缓冲区，把字符串复制进去：

    // DLL侧代码
    void getFooName(Foo* foo, char* buffer, size_t bufferSize) {
        strncpy_s(buffer, bufferSize, foo->m_name.c_str(), _TRUNCATE);
    }
    

    这样内存由应用程序自己分配和释放，完全规避跨堆问题。
• 检查工具集一致性：确保所有模块（DLL、应用、第三方库）都是用VS120工具集编译的，不要混用不同版本的VS编译的模块。

内容的提问来源于stack exchange，提问作者Gayan Ranasinghe