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

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

  MSVCP140D.dll
  VCRUNTIME140D.dll

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

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

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

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

In the past (i.e. WinXP days), I used to depend/rely on DLL Dependency Walker (depends.exe) but there are times when I am still not able to determine the DLL issue(s). Ideally, we'd like to find out before runtime by inspections but if that does not resolve it (or taking too much time), you can try enabling the "loader snap" as described on http://blogs.msdn.com/b/junfeng/archive/2006/11/20/debugging-loadlibrary-failures.aspx and https://msdn.microsoft.com/en-us/library/windows/hardware/ff556886(v=vs.85).aspx and briefly mentioned LoadLibrary fails; GetLastError no help

警告:我过去一直在用gflag搞砸我的窗户，让它爬到它的膝盖，你已经被预先警告过了。

注意:“Loader snap”是每进程的，所以UI enable不会一直检查(使用cdb或glfags -i)

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

dumpbin /dependents your_dll_file.dll

我可以为Linux粉丝推荐有趣的解决方案。在探索了这个解决方案之后，我已经从DependencyWalker切换到这个。

你可以使用你喜欢的ldd而不是windows相关的exe, dll。

要做到这一点，你需要在Windows上安装Cygwin(基本安装，不需要额外的软件包)，然后启动Cygwin终端。现在你可以运行你最喜欢的Linux命令，包括:

$ ldd your_dll_file.dll

UPD:你也可以在Windows上通过git bash终端使用ldd。如果已经安装了git，则不需要安装cygwin。

找出要使用的程序集的完整文件路径 按下开始按钮，输入“dev”。启动名为“VS 2017开发者命令提示符”的程序 在打开的窗口中，键入dumpbin / dependencies [path]，其中[path]是在步骤1中计算出的路径 按回车键

嘭，你得到了你的依赖信息。窗口应该是这样的:

VS 2019更新:在你的VS安装中需要这个包:

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

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

  MSVCP140D.dll
  VCRUNTIME140D.dll

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

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

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

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