本文将讨论以下问题:
(1)Windows可执行程序会从哪些目录下加载DLL.
(2)如何将可执行使用的DLL放置到统一的目录下,而不是与EXE同一目录.
(3)可执行程序加载了不该加载的DLL.
(4)Win7,Win8下,"\Windows\System32"中的可执行程序无法加载DLL.
(1)
当启动一个可执行程序时,如果该程序需要加载其他DLL,那么当DLL的路径不是完整路径时,会先从当前目录下查找,找不到会再搜索系统目录,还是找不到的话,则依次搜索环境变量path的目录.这个顺序很重要.
我自己系统的默认环境变量path的目录如下:
C:\Program Files (x86)\Microsoft DirectX SDK (June 2007)\Utilities\Bin\x86;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Intel\OpenCL SDK\2.0\bin\x86;C:\Program Files (x86)\Intel\OpenCL SDK\2.0\bin\x64;C:\Program Files\TortoiseSVN\bin;c:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;c:\Program Files\Microsoft SQL Server\100\Tools\Binn\;c:\Program Files\Microsoft SQL Server\100\DTS\Binn\;c:\Program Files (x86)\Microsoft SQL Server\90\Tools\binn\;;C:\Program Files (x86)\Microsoft Visual Studio 9.0\;C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\bin
(2)
为了发布的软件目录清晰,我通常会将应用程序使用到的DLL放到一个统一的目录下,方法就是设置path环境变量.
在VC环境下可以通过以下代码设置path环境变量:
// 设置Path环境变量
char szOldPathBuffer[] = { };
char szCurrPath[] = { };
char szNewPathBuffer[] = { };
::GetEnvironmentVariable("Path", szOldPathBuffer, sizeof(szOldPathBuffer));
::GetCurrentDirectory(sizeof(szCurrPath), szCurrPath);
::sprintf(szNewPathBuffer,
"%s\\ExternDll;%s",
szCurrPath, szOldPathBuffer); if(!::SetEnvironmentVariable("Path", szNewPathBuffer))
{
::MessageBox(NULL, szNewPathBuffer, "ERROR: Set Environment Failed!", );
}
(3)
这样做可能会碰到问题,就是应用程序加载了不该加载的DLL.
举个例子,应用程序中需要使用一个DLL为"physxcore.dll",将这个DLL放到某个path环境变量目录中.而用户的系统目录下恰好也存在一个physxcore.dll.如果两个physxcore.dll版本不一致,那么你的应用程序很可能无法启动,或者出现莫名其妙的问题.这是我亲身经历的问题,当时觉得很奇怪,若干台同样配置的机器,怎么就偏偏有一台不能运行呢?不知道这台机器装了什么软件,该软件将这个physxcore.dll放置到了系统目录下.解决办法就是将physxcore.dll放到与EXE文件同目录下.
(4)
我做过测试,如果将应用程序放到WIN7,WIN8的"\Windows\System32"目录下,它将不法加载任何DLL,无论是显示加载还是隐式加载.这个问题困扰了我很久,因为我写过几个屏保程序,这些程序在XP下设置屏保很正常,但Win7,Win8下就是无法运行.至今我也没有找到什么合理的解释.但可以将应用程序放到"\Windows\syswow64"或"\Windows\syswow32",程序放到这个目录下,也能够以屏保的方式运行.