在您的开发机器上，您可以执行该程序并运行Sysinternals Process Explorer。在下面的窗格中，它将显示加载的dll和它们的当前路径，这很方便，原因有很多。如果你正在执行你的部署包，它会显示哪些dll被引用在错误的路径(即没有正确打包)。

目前，我们公司使用Visual Studio Installer项目来遍历依赖树，并将其输出为程序的松散文件。在VS2013中，这现在是一个扩展:https://visualstudiogallery.msdn.microsoft.com/9abe329c-9bba-44a1-be59-0fbf6151054d。然后，我们将这些松散的文件打包到一个更全面的安装程序中，但至少该安装程序将所有的dot net依赖项放在一个位置，并在东西丢失时警告你。

在您的开发机器上，您可以执行该程序并运行Sysinternals Process Explorer。在下面的窗格中，它将显示加载的dll和它们的当前路径，这很方便，原因有很多。如果你正在执行你的部署包，它会显示哪些dll被引用在错误的路径(即没有正确打包)。

目前，我们公司使用Visual Studio Installer项目来遍历依赖树，并将其输出为程序的松散文件。在VS2013中，这现在是一个扩展:https://visualstudiogallery.msdn.microsoft.com/9abe329c-9bba-44a1-be59-0fbf6151054d。然后，我们将这些松散的文件打包到一个更全面的安装程序中，但至少该安装程序将所有的dot net依赖项放在一个位置，并在东西丢失时警告你。

从Visual Studio工具(VC\bin文件夹)可以帮助:

dumpbin /dependents your_dll_file.dll

请参考SysInternal工具包从微软下面的链接， https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorer

进入下载文件夹，以管理员权限打开Procexp64.exe。 打开查找菜单->“查找句柄或DLL”选项或Ctrl+F快捷方式。

最安全的事情是有一些干净的虚拟机，你可以在上面测试你的程序。在您希望测试的每个版本上，将VM恢复到其初始干净值。然后使用它的设置安装你的程序，看看它是否工作。

Dll问题有不同的面貌。如果你使用Visual Studio并动态链接到CRT，你必须分发CRT dll。更新你的VS，你必须分发另一个版本的CRT。仅仅检查依赖关系是不够的，因为你可能会错过这些。在我看来，在一台干净的机器上完全安装是唯一安全的解决方案。

如果您不想设置一个完整的测试环境并使用Windows 7，您可以使用XP-Mode作为初始的清理机器，并使用XP-More来复制VM。

DLL是在“调试模式”下编译然后部署的吗?

如果是这样，它可能依赖于dll的“D”版本。例如:

  MSVCP140D.dll
  VCRUNTIME140D.dll

如果DLL是在“发布模式”下构建的，这些将不是依赖项。D版本不附带Microsoft Visual c++ Redistributables。

事实是否如此，正如其他人指出的那样:

从Visual Studio:工具-> Visual Studio命令提示符。

在命令提示符中对DLL运行dumpbin / dependencies。