Dependency Walker绿色版

　　Dependency Walker是一款PE模块分析工具；该程序可以完美的解决曲线绘制碰到的各种难题，程序内置了大量的绘制工具按钮，可以实现对曲线绘制服务完善的流程控制；在此版本程序中，系统现在已经改进了并排支持，可以更有效的处理DLL清单和app/exe/local文件，支持模块的并排版本控制，该功能是刚引入的一项新功能，允许应用程序指定其希望使用的文件的特定版本和/或位置；提供的bullet功能能够将模块的会话保存为逗号分隔值（CSV）文件，以便轻松导入其他应用程序；强大又实用，需要的用户可以下载体验

软件功能

　　1、查看 PE 模块的导入模块。 
       2、查看 PE 模块的导入和导出函数。
       3、动态剖析 PE 模块的模块依赖性。
       4、解析 C++ 函数名称。

　　延迟加载相关性：模块A是延迟加载有用于在编译/链接时模块B中的LIB文件链接的，和模块的源代码实际调用一个或多个函数成模块为模块B是一个动态依赖，并且将仅如果加载模块A实际上使呼叫在运行时到B的模块。模块B将在模块A的延迟加载导入表中列出。

　　正向相关性：模块A与用于在编译/链接时模块B中的LIB文件链接的，和模块的源代码实际调用一个或多个函数成模块B.之一称为在模块B的功能实际上是一个转发函数调用模块C.模块B和C模块是模块A的两个相关性，但只有乙模块将在模块A的输入表中列出。

　　显式依赖性（因此被称为动态或运行时依赖性）：模块A不与在编译/链接时模块乙相连。在运行时，模块通过LoadLibrary函数类型A动态加载模块B。模块B成为模块A的运行时间相关性，但不会以任何模块A的表中列出。这种类型的依赖与OCX控件，COM对象和Visual Basic应用普遍。

软件特色

　   能够监视模块入口点（如DllMain）以查找模块初始化失败。

　　C ++函数名称未修饰以提供人类可读的C ++函数原型，包括函数名，返回类型和参数类型。

　　用户可定义的模块搜索路径，支持“KnownDLL”和“App Paths”注册表项。可以从图形界面或命令行中保存和加载搜索路径。

　　能够将模块的会话保存到文本报告文件，以便在任何文本查看器中轻松查看。

　　能够将模块的会话保存为逗号分隔值（CSV）文件，以便轻松导入其他应用程序。

　　能够将整个模块会话的快照保存到图像文件，以后可以在任何计算机上由Dependency Walker加载。

　　模块分析以检测动态依赖项，子进程，线程活动和异常。还可以为子进程分析其依赖项。

安装说明

　　1、需要的用户可以点击本网站提供的下载路径下载得到对应的程序安装包

　　2、通过解压功能将压缩包打开，打开程序数据包后就可以看到对应的程序文件

　　3、找到主程序，双击主程序即可将程序打开

使用说明

　　Dependency Walker递归扫描特定应用程序所需的所有相关模块。在此扫描期间，它执行以下任务：

　　bullet检测丢失的文件。这些是作为另一个模块的依赖项所必需的文件。此问题的症状是“无法在指定的路径中找到动态链接库BAR.DLL ...”错误。

　　bullet检测无效文件。这包括不符合Win32或Win64的文件以及损坏的文件。此问题的症状是“应用程序或DLL BAR.EXE不是有效的Windows映像”错误。

　　bullet检测导入/导出不匹配。验证模块导入的所有函数是否实际从依赖模块导出。所有未解决的导入函数都标记有错误。此问题的症状是“过程入口点FOO无法位于动态链接库BAR.DLL中”错误。

　　bullet检测循环依赖性错误。这是一个非常罕见的错误，但转发功能可能会发生。

　　bullet检测不匹配的CPU类型的模块。如果为一个CPU构建的模块尝试加载为不同CPU构建的模块，则会发生这种情况。

　　bullet通过验证模块校验和来检测校验和不一致性，以查看是否在构建模块后修改了任何模块。

　　bullet通过突出显示无法在其首选基址加载的任何模块来检测模块冲突。

　　bullet通过跟踪对模块入口点的调用并查找错误来检测模块初始化失败。

　　bullet Dependency Walker还可以执行应用程序的运行时配置文件，以检测动态加载的模块和模块初始化失败。从上面检查相同的错误也适用于动态加载的模块。

　　bullet能够将整个模块会话的快照保存到图像文件，以后可以在任何计算机上由Dependency Walker加载。

　　bullet模块分析，用于检测动态依赖项，子进程，线程活动和异常。还可以为子进程分析其依赖项。

　　bullet能够控制哪些文件扩展名Dependency Walker会将“View Dependencies”菜单项添加到资源管理器中的文件上下文菜单中。

　　bullet添加了热键以帮助匹配带导出的导入，并在列表视图中使用树视图中的模块匹配模块。还添加了热键以在树视图中查找模块的上一个，下一个或原始实例。

　　bullet在模块列表视图中添加了一些新列。它们包括链接时间戳，链接校验和，真实校验和，符号，实际基数，虚拟大小和加载顺序。

　　bullet添加了OS Information对话框。此信息也会保存到文本和Dependency Walker Image（DWI）文件中。

　　bullet所有列表视图现在都可以按图标排序，这提供了一种简单的方法来对相似类型的项目进行分组。

　　bullet现在，您只需在当前排序的列中键入几个字符即可搜索所有列表视图的文本。

　　bullet为模块列表视图和日志视图添加了颜色编码，以帮助突出显示问题。

　　依赖性Walker处理的依赖关系类型

　　模块可以通过多种方式依赖于另一个模块：

　　隐式依赖关系（也称为加载时依赖关系或有时被错误地称为静态依赖关系）：模块A在编译/链接时与模块B的LIB文件隐式链接，而模块A的源代码实际上调用一个或多个函数在模块B中，模块B是模块A的加载时间依赖性，无论模块A是否在运行时实际调用模块B，都将加载到内存中。模块B将列在模块A的导入表中。

　　延迟加载依赖关系：模块A是在编译/链接时与模块B的LIB文件链接的延迟加载，模块A的源代码实际上调用模块B中的一个或多个函数。模块B是动态依赖关系，只是如果模块A在运行时实际调用模块B，则加载。模块B将列在模块A的延迟加载导入表中。

　　前向依赖性：模块A在编译/链接时与模块B的LIB文件链接，模块A的源代码实际上调用模块B中的一个或多个函数。模块B中调用的函数之一实际上是转发函数调用模块C模块B和模块C都是模块A的依赖关系，但只有模块B将列在模块A的导入表中。

　　显式依赖关系（也称为动态或运行时依赖关系）：模块A在编译/链接时未与模块B链接。在运行时，模块A通过LoadLibrary类型函数动态加载模块B.模块B成为模块A的运行时依赖性，但不会在模块A的任何表中列出。这种类型的依赖项在OCX，COM对象和Visual Basic应用程序中很常见。

　　系统挂钩依赖关系（也称为注入依赖关系）：当另一个应用程序在进程中挂钩特定事件（如鼠标事件）时，会发生此类依赖关系。当该进程产生该事件时，OS可以将一个模块注入到进程中以处理该事件。注入到进程中的模块实际上并不依赖于任何其他模块，而是存在于该进程的地址空间中。

　　Dependency Walker完全支持所有上述技术加载的模块。只需打开Dependency Walker中的模块即可轻松检测到案例1,2和3。案例4和5需要运行时分析，这是Dependency Walker 2.0中的一项新功能。

常见问题

　　问：Dependency Walker似乎只显示了我的一些应用程序依赖项。为什么不显示所有这些？

　　答：首次在Dependency Walker中打开模块时，它只显示隐式，转发和延迟加载依赖项。许多依赖项是动态加载的，在您从Dependency Walker中分析应用程序之前不会被检测到。

　　问：为什么我看到许多应用程序，其中MPR.DLL在SHLWAPI.DLL下以红色显示，因为它缺少名为WNetRestoreConnectionA的函数？我还得到一个“警告：由于延迟加载相关模块中缺少导出功能，至少有一个模块有未解析的导入”消息。

　　答：某些版本的SHLWAPI.DLL（与Windows XP上的版本一样）对MPR.DLL中的函数WNetRestoreConnectionA具有延迟加载依赖性。只要调用DLL准备好处理这种情况，缺少延迟加载函数就不是问题。 Dependency Walker标记所有潜在的问题，因为它无法检测应用程序是否打算处理该问题。对于SHLWAPI.DLL，这不是问题，因为它不需要WNetRestoreConnectionA存在并在运行时处理缺少的函数。此警告可以忽略。

　　问：为什么MSJAVA.DLL显示黄色（缺少模块）并且我收到“警告：至少找不到一个延迟加载依赖模块”消息？

　　答：随Windows XP SP2和Windows 2003 SP1发布的MSHTML.DLL模块对MSJAVA.DLL具有延迟加载依赖性。只要调用DLL准备好处理丢失的模块，缺少延迟加载依赖性就不是问题。 Dependency Walker标记所有潜在的问题，因为它无法检测应用程序是否打算处理该问题。在这种特殊情况下，MSJAVA.DLL是一个可选模块，MSHTML.DLL准备处理它。此警告可以忽略。