不同版本的 visual studio 编译出来的 dll，可以混用吗？

c++不行，C 可以

用 c 接口可以，或者以前的 com 接口
用 c++的话，那得注意看版本号，一般来说 2015-2019 是兼容的（其他版本就互相不兼容了

17,19,22 通用的,其他更早的不行

可以混用 loadlibrary 加载，同 dll new malloc 出来的数据 用同 dll 的 delete free 即可。

你用__declspec(dllexport)导出函数，这个是 ABI 兼容的

dll 是通用的和版本没关系

@xdeng "同 dll new malloc 出来的数据 用同 dll 的 delete free 即可。"

我记得 VC 编译器可以专门指定 Runtime 为 DLL，这样就可以跨 DLL 释放内存资源了吧。

我遇到的一个坑倒不是 Visual Studio，是链接了不同版本的 GCC 和 Clang 编译出来的动态库（两个不同的供应商提供的），会导致 C++抛出异常之后，程序的执行流随机乱飘

@tabris17 declspec dllexport 只是告诉链接器要导出这个符号，不会影响 ABI 。比如不同版本间 C++ ABI 不一致，加了这个那还是不一致。想要保证兼容，需要用 extern "C" 导出为 C 语言的符号。

@3dwelcome 可以使用 DLL 的 crt，但是不同编译器版本编译出来的程序使用的也可能是不同版本的 crt，此时仍然不能跨 DLL 释放内存。

@BrettD C++的异常一般都是内部使用，不会跨越 ABI 边界的。自己 throw 的异常自己 catch，然后正常返回，是不会出现问题的。同时建议给边界函数加上 noexcept，这样如果遇到没有 catch 的异常，会直接终止程序。

如果导出接口都是 C 接口通常没问题，C++接口你得确保链接相同大版本的 VC 库。VS2015+开始用的 VC Runtime 都是 14.x，确保运行时装的是较新版本的 VC 14 Redist 就行。

@ysc3839 几个链接的动态库都是第三方的闭源库，这就很蛋疼，提出要求让几个供应商都使用同样的工具链重新编译一次，等了三个星期

@BrettD 如果是 C++的接口确实没什么好办法，接口简单的话用 C 语言包装一层吧，复杂的话就没办法了。

能把 vsrubtime 静态连接到 dll 里吗？这样做有什么风险没有？
@jim9606

Visual Studio 和 MSVC 不是一个东西。你可以在新版本的 Visual Studio 里面使用老版本的 Toolset，这样可以使用一些新的 Visual Studio 功能。
同时即使是老版本的 MSVC 也可以支持不少新的 C++特性，看看你要用的那些特性在你之前那个版本的编译器里有没有，有的话 /std 选项打开就行了。

@ysc3839 哦，对的。长年不写 C，给忘记了。

@byaiu MSVC CRT 能静态链接。风险要具体分析了，如果多个 DLL 都是静态链接的话，不能互相释放内存指针，只能自己用自己的。一般来说为了节省空间，多 DLL 的程序会选择都动态链接。

@ysc3839 也就是说，如果 dll 内部能确保所有内存自产自销，静态链接 crt 应该就是可行的是吧

@byaiu 是的

微软的 com 技术了解下

#9 extern "C" 不如 def 好使 https://github.com/hyrious/rgss-railapi-achievements/blob/master/railapi/rail_wrapper.def

以及真的需要 COM 吗（

追个后续：花了点时间把所有相关项目全部升级到 V142 了……