编译的C++ DLL在无Visual Studio机器报错，如何编写通用Windows DLL？

这个问题我太熟了！做Windows DLL开发经常踩这个坑——本质就是你的DLL依赖了Visual C++运行时库，而没装VS的机器上默认没有这些库，导致系统找不到依赖模块。下面给你几个按优先级排序的靠谱解决方案：

这是我最推荐的分发方式，直接把运行时库打包进DLL，不需要用户额外装东西：

• 打开你的VS项目，右键项目 → 属性
• 找到配置属性 → C/C++ → 代码生成
• 把「运行库」选项从MD/MDd（动态链接模式）改成MT/MTd（静态链接模式，带d的是Debug版本，发布一定要用不带d的Release版）
• 重新编译DLL就行，以后不管扔到哪台Windows机器，只要系统版本兼容，就能直接运行
• 小提醒：Debug版的MTd会带调试信息，体积大还可能有兼容性问题，正式发布一定要用Release的MT

如果不想静态链接（比如要减小DLL体积，或者用到了动态链接的独有特性）：

• 保持项目的「运行库」为MD（Release）或MDd（Debug）
• 找到对应版本的VC运行时库文件：
  • Release版一般是msvcp140.dll、vcruntime140.dll这类（根据你的VS版本，比如VS2019对应v142，VS2022对应v143）
  • Debug版文件名带d后缀，比如msvcp140d.dll，但Debug版绝对不要分发到用户机器
• 把这些依赖的DLL和你的DLL放在同一个目录下，一起打包给用户
• 更规范的做法是让用户安装微软官方提供的对应版本VC运行时安装包，一次性解决所有VC依赖问题

有时候除了VC运行时，你的DLL可能还依赖其他第三方库或者非系统自带组件，这时候得排查清楚：

• 在编译机器上，打开VS的命令提示符，输入命令：dumpbin /dependents your_dll_name.dll
• 这个命令会列出DLL所有的依赖模块，把其中非系统自带的库，都和你的DLL一起打包
• 如果你没有VS命令提示符，也可以把dumpbin的路径（一般在VS安装目录的VC\bin下）加到系统环境变量里再用

有时候报错不一定是依赖问题，可能是你用rundll32的姿势不对：

• 正确的命令格式是：rundll32.exe your_dll_name.dll,exported_function_name
• 重点：逗号后面绝对不能有空格！而且你的DLL必须正确导出了这个函数（比如用__declspec(dllexport)声明，或者通过.def文件导出）
• 如果你的函数是C++写的，记得用extern "C"来避免函数名被 mangled，不然rundll32找不到对应的函数名，可以用dumpbin /exports your_dll_name.dll查看实际导出的函数名

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