【Windows下DLL查找顺序 】
2017-06-27 11:02 杨新华 阅读(1004) 评论(0) 编辑 收藏 举报一、写作初衷
在Windows下单个DLL可能存在多个不同的版本，若不特别指定DLL的绝对路径或使用其他手段指定，在应用程序加载DLL时可能会查找到错误的版本，进而引出各种莫名其妙的问题。本文主要考虑以下两个方面：
a. 参考MSDN，给出Windows下DLL查找顺序
b. 简单使用ProcessMonitor来验证DLL查找顺序
二、DLL查找顺序
（本部分多数内容是参考MSDN上的Dynamic-Link Library Search Order一文，链接如下http://msdn.microsoft.com/en-us/library/ms682586(v=vs.85).aspx。多数为翻译，有部分内容修改。本文仅关注桌面应用程序的查找顺序，对于Windows Store apps请参考MSDN原文。）
1. DLL查找路径基础
应用程序可以通过以下方式控制一个DLL的加载路径：使用全路径加载、使用DLL重定向、使用manifest文件。如果上述三种方式均未指定，系统查找DLL的顺序将按照本部分描述的顺序进行。
对于以下两种情况的DLL，系统将不会查找，而是直接加载：
a. 对于已经加载到内存中的同名DLL，系统使用已经加载的DLL，并且忽略待加载DLL的路径。（注意对某个进程而言，系统已经加载的DLL一定是唯一的存在于某个目录下。）
b. 如果该DLL存在于某个Windows版本的已知DLL列表（unkown DLL）中，系统使用已知DLL的拷贝（包括已知DLL的依赖项）。已知DLL列表可以从如下注册表项看到：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\KnownDLLs。
这里有个比较坑的地方，对于有依赖项的DLL（即使使用全路径指定DLL位置），系统查找其所依赖DLL的方法是按照实际的模块名称来的，因此如果加载的DLL不在系统查找顺序目录下，那么动态加载该DLL（LoadLibrary）会返回一个"找不到模块"的错误。
2. 系统标准DLL查找顺序
系统使用的标准DLL查找顺序依赖于是否设置了"安全DLL查找模式"（safe DLL search mode）。"安全DLL查找模式"会将用户当前目录置于查找顺序的后边。
"安全DLL查找模式"默认是启用的，禁用的话，可以将注册表项HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\SafeDllSearchMode设为0。调用SetDllDirectory函数可以禁用"安全DLL查找模式"，并修改DLL查找顺序。
Windows XP下，"安全DLL查找模式"默认是禁用的，需要启用该项的话，在注册表中新建一个SafeDllSearchMode子项，并赋值为1即可。"安全DLL查找模式"从Windows XP SP2开始，默认是启用的。
启用"安全DLL查找模式"时，查找顺序如下：
a. 应用程序所在目录；
b. 系统目录。GetSystemDirectory返回的目录，通常是系统盘\Windows\System32；
c. 16位系统目录。该项只是为了向前兼容的处理，可以不考虑；
d. Windows目录。GetWindowsDirectory返回的目录，通常是系统盘\Windows；
e. 当前目录。GetCurrentDirectory返回的目录；
f. 环境变量PATH中所有目录。
如果"安全DLL查找模式"被禁用，查找顺序如下：
a. 应用程序所在目录；
b. 当前目录。GetCurrentDirectory返回的目录；
c. 系统目录。GetSystemDirectory返回的目录，通常是系统盘\Windows\System32；
d. 16位系统目录。该项只是为了向前兼容的处理，可以不考虑；
e. Windows目录。GetWindowsDirectory返回的目录，通常是系统盘\Windows；
f. 环境变量PATH中所有目录。
3. 修改系统DLL查找顺序
系统使用的标准DLL查找顺序可以通过以下两种方式调整：
3.1 使用LOAD_WITH_ALTERED_SEARCH_PATH标志调用LoadLibraryEx函数；
这种方式调用LoadLibraryEx函数，需要设置lpFileName参数（绝对路径）。与标准查找策略不同的是，使用LOAD_WITH_ALTERED_SEARCH_PATH标志调用LoadLibraryEx函数的DLL查找顺序将"查找应用程序所在目录"修改为lpFileName指定的目录。
3.2 调用SetDllDirectory函数。
注意：SetDllDirectory函数在Windows XP SP1开始支持的。
函数SetDllDirectory在调用参数lpPathName是一个路径时，可支持修改DLL搜索路径。修改之后的搜索顺序如下：
a. 应用程序所在目录；
b. 函数SetDllDirectory参数lpPathName给定的目录；
c. 系统目录。GetSystemDirectory返回的目录，通常是系统盘\Windows\System32；
d. 16位系统目录。该项只是为了向前兼容的处理，可以不考虑；
e. Windows目录。GetWindowsDirectory返回的目录，通常是系统盘\Windows；
f. 环境变量PATH中所有目录。
如果lpPathName参数为空字符串，这样就会把当前目录从DLL搜索路径中去掉。
如果用NULL参数调用SetDllDirectory函数，可以恢复按照系统注册表的"安全DLL查找模式"来查找DLL。
当然win8或者windows server 2012提供更多的可定制方法，这个可以参考MSDN上介绍。比如：SetDefaultDllDirectories、 AddDllDirectory、RemoveDllDirectory。
三、ProcessMonitor使用
ProcessMonitor可以从http://technet.microsoft.com/en-us/sysinternals/bb896645下载。
官网给出的介绍资料如下：
Process Monitor一款系统进程监视软件，总体来说，Process Monitor相当于Filemon+Regmon，其中的Filemon专门用来监视系统 中的任何文件操作过程，而Regmon用来监视注册表的读写操作过程。 有了Process Monitor，使用者就可以对系统中的任何文件和 注册表操作同时进行监视和记录，通过注册表和文件读写的变化， 对于帮助诊断系统故障或是发现恶意软件、病毒或木马来说，非常 有用。
软件下载之后，解压就可以直接运行。Process Monitor默认会启用针对真当前系统的"File System"、"Registry"、"Process"的所有操作的记录，类似wireshark网卡抓包软件，只是抓取的信息不同。如果仅关心某个进程的事件，可以在工具栏或者菜单中选择Filter-Filiter，弹出下图所示对话框：
举个例子，我们只关心进程名为"qwe.exe"的相关操作，可以做如下处理：从第一个下拉列表框中选择ProcessName，将进程名字填入输入框，然后点击"Add"按钮，点击 "OK"（如果已经开始监测，可以直接点Apply按钮）。
其他关于Process Monitor的使用可以参考帮助文档，介绍整体比较详细，这里不做赘述。
四、验证Windows下DLL加载顺序是否正确
那么我们可以考虑在win7下验证下DLL加载顺序，想法很简单，随便写一个系统中不存在的DLL，用LoadLibray动态加载下看看，用Process Monitor记录当前进程的操作记录。
代码如下：
1 #include <windows.h>
2 #include <iostream>
3
4 int main(int argc, char ** argv)
5 {
6 using std::cout;
7 using std::endl;
8
9 // 随便设置一个不存在的dll名
10 HMODULE hMod = LoadLibrary("123.dll");
11
12 if (NULL != hMod)
13 FreeLibrary(hMod);
14
15 cout << "LoadLibrary Test" << endl;
16
17 return 0;
18 }
使用MinGW编译之后，在命令行下运行该程序。Process Monitor输出如下信息（这里仅截取关于123.dll加载的信息）：
可以看到这里搜索的路径跟系统标准DLL搜索路径时一致的。我的环境变量Path从D:\software\Subversion\Apache2\bin开始到D:\software\tortoiseGit\bin结束。
五、总结
本文主要介绍了Windows下DLL查找顺序，理清这个查找顺序基本可以找到LoadLibrary返回NULL，提示"找不到指定模块"的原因。通常可以考虑一下几点：
a. 待加载DLL文件是正确的、完整的吗？ 是否有损坏？ 加载全路径是否正确？
b. 待加载DLL的依赖项是否存在？（Dependency Walker可以查看依赖性）这些依赖项在是否都在系统可以查找到的目录下？
另外，本文简单介绍了使用Process Monitor分析程序运行对文件系统、注册表、进程/线程的操作，工具不错，有待开发。
还有一个问题，需要特别注意的是当前目录，因为很多情况下当前目录会因为SetCurrentDirectory或者OpenFile的操作而改变，某些情况下会对加载DLL造成意外的麻烦。
注：版权所有，请勿用于商业用途，转载请注明原文地址。本人保留所有权利
