Dependency Walker使用教程与常见依赖问题解析

平时折腾软件的时候，经常会碰上“缺少xxx.dll”这种提示，尤其是自己写点小程序或者从网上下载一些绿色软件，双击就报错，让人挺头疼的。其实这类问题大多数情况下都跟依赖有关，而想要搞清楚一个程序到底依赖了哪些文件，Dependency Walker就是个特别顺手的工具。它体积小、免安装，打开就能用，能直观地把exe或者dll下面挂着的所有依赖模块一层层列出来。今天这篇就按我自己的使用习惯，把Dependency Walker的用法和几个常见依赖问题的排查思路捋一遍，尽量说人话，看完你也能自己动手查。

Dependency Walker怎么打开和基本操作

下载下来之后其实就一个可执行文件，双击运行，界面是那种老式的窗口，左边一棵树，右边一堆列表。用起来很简单，直接把你要分析的exe或者dll拖进窗口里，或者点菜单里的打开，选文件就行。加载完之后，左边会显示这个程序依赖的所有模块，Dependency Walker会用不同颜色的图标来标注状态。比如正常加载的模块是绿色的，找不到的会标红或者黄，带感叹号的那种一般就是有问题。右边列表里能看到每个模块的详细信息，包括路径、版本、机器类型这些，点一下就能看。刚开始用不用记太多，先看颜色就能判断个大概。

常见的依赖问题都有哪些表现

用Dependency Walker查得多了，你会发现依赖问题翻来覆去就那么几类。最常见的就是某个dll找不到，图标是红的，鼠标放上去会提示找不到文件。这种一般是程序运行环境里缺了对应的运行库，或者路径不对。还有一种情况是模块找到了，但加载失败，图标可能是黄的，常见原因是32位和64位不匹配，比如你拿64位的Dependency Walker去分析32位程序，或者反过来，就容易看走眼。另外还有延迟加载的dll，Dependency Walker默认也会列出来，但它不一定马上加载，所以看到黄叹号也别急着下结论，得结合具体情况看。

依赖缺失和加载失败的排查思路

遇到缺失的dll，先别急着去网上乱下。用Dependency Walker把缺失的文件名记下来，然后看看它应该在哪。很多时候是VC运行库没装，比如msvcr120.dll、vcruntime140.dll这些，装个对应的Visual C++ Redistributable就能解决。如果是自己编译的程序，检查一下编译选项，是不是把依赖库的路径写死了。对于加载失败的情况，重点看两个地方，一个是位数是否匹配，另一个是依赖的上级模块有没有问题。有时候一个dll本身没毛病，但它依赖的另一个dll挂了，也会导致它加载失败，这种连锁反应在Dependency Walker的树形结构里能一层层展开看，挺清楚的。

几个容易踩的小坑

第一个坑是路径问题，Dependency Walker加载的时候会按系统搜索顺序去找dll，但你自己测试的时候可能环境变量不一样，所以它显示找不到的，实际运行未必找不到。第二个坑是API-MS-WIN系列的那些虚拟dll，Dependency Walker有时候会标红，但其实系统里是有的，只是它不按常规方式加载，这种不用管。第三个坑是别拿它去分析特别大的程序，树展开能卡半天，建议先看顶层依赖，有问题再往下钻。总的来说，这工具虽然界面老，但查依赖问题是真管用，用熟之后基本能应付日常大部分dll报错。