在同一应用中同时使用MSVCR120.dll与MSVCR90.dll是否安全？

能否绝对安全地同时使用两个不同版本的CRT？ #

可以，但必须严格遵守内存隔离的核心原则，具体要做到以下几点：

• 严格划分内存所有权：任何内存块的分配和释放必须由同一个CRT负责。也就是说，msvcr120.dll分配的内存只能由它自己的free/delete释放，msvcr90.dll分配的内存同理。你的代码和两个第三方DLL之间，绝不允许跨CRT传递需要手动管理的内存指针。
• 优先使用第三方库的原生内存接口：如果第三方DLL提供了配套的创建/销毁接口（比如FirstDll_CreateObject和FirstDll_DestroyObject），必须用这些接口来管理对应模块的对象，绝对不能用你自己代码里的malloc/free去操作。
• 禁止跨CRT传递非POD的C++对象：像std::string、std::vector这类包含内部动态内存的C++对象，不同CRT的标准库实现细节差异很大，跨模块传递这类对象必然会导致堆损坏。如果需要传递数据，改用C风格的原始数组或POD结构体，并且明确约定好内存的分配和释放方。
• 主程序CRT无需刻意匹配：主程序自身的CRT版本不会影响两个第三方DLL的独立运行，只要主程序不直接操作第三方DLL分配的内存，就不会引发冲突。

堆损坏崩溃的排查思路 #

针对启动时的堆损坏崩溃，可以按以下步骤定位问题：

• 检查跨模块内存操作：先排查你的代码中是否存在跨CRT的内存操作——比如把first.dll返回的指针交给second.dll处理，或者用主程序的free去释放第三方DLL分配的内存。这类操作是堆损坏的最常见原因。
• 启用CRT堆调试：在你可控的代码中添加_CRTDBG_MAP_ALLOC宏定义，配合_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF)启用堆检测。这样可以在内存错误发生时直接定位到分配和释放的具体代码行，提前捕获问题。
• 深入分析转储文件的调用栈：查看崩溃时的调用栈，重点关注触发堆损坏的函数是来自哪个CRT模块（msvcr120.dll还是msvcr90.dll）。顺着调用栈往上追溯，找到发起该内存操作的代码，判断是否存在跨CRT的情况。
• 单独测试第三方DLL：分别只加载first.dll和second.dll运行程序，如果单独加载某一个DLL时就出现崩溃，说明问题大概率出在该第三方DLL自身；只有同时加载才崩溃的话，基本可以确定是你的代码存在跨CRT内存操作的问题。

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