我使用 Visual Studio 2019 使用 C++ WinAPI 制作了一个 Windows 应用程序。 完成后，我构建了它，并用我的电脑执行。它完美地工作。 然后我发送给没有 Visual Studio 的朋友。它说它需要“msvcp140d.dll”“ucrtbased.dll”“vcruntime140_1d.dll”“vcruntime140d.dll”来打开它。
然后我在我的计算机中找到它们，将它们与我的应用程序放在同一个目录中，然后将它们发送给我的朋友。它也工作得很好。
但我的问题是“有没有办法只用 Visual Studio 2019 打包它们？”一个包含大量 DLL 的小应用程序有点奇怪。
【问题讨论】：
标签： c visual-studio dll software-distribution
这并不奇怪，许多应用程序将它们的依赖项与它们的二进制文件放在一起。
如果您仍然不想提供 DLL，您可以检查用户是否在他的计算机上安装了所需的库，然后处理一个小型安装程序，它将添加缺少的库。
如果您仍想“打包”它们，您可能需要改用静态链接。看看this answer。
【讨论】：
首先，您发送了错误的文件。 带有d 后缀的文件仅用于调试并且不得分发
您不能重新分发 Visual Studio 中包含的所有文件；您只能重新分发 Redist.txt 或在线“REDIST 列表”中指定的文件。应用程序的调试版本和各种 Visual C++ 调试 DLL 不可再分发。有关详细信息，请参阅选择部署方法。
最终的可执行文件必须在发布模式下编译并使用这些 DLL 的发布版本。不要给出调试二进制文件。由于添加了用于调试目的的逻辑，它们的速度非常慢
您实际上不需要发送 DLL，但您应该告诉用户安装相应的VC redistributable package。它是 Visual Studio 项目的 runtime (CRT)，其中包含 printf、memcpy... 等功能。如果项目中不使用任何DLL，则无需查找任何其他DLL
也可以通过changing the option /MD to /MT 静态链接运行时库。这样，最终的 exe 文件将是独立的（不需要额外的运行时 DLL），但它也会更大，并且当更新包以修复错误或性能问题时，您将无法使用较新的库函数。同样，无论您是静态链接还是动态链接，都必须在发布模式下编译
另见
【讨论】：