【windows核心编程】DLL相关（2）

关于DLL的延迟加载

延迟加载DLL，使用的是隐式加载方式，当为exe使用的DLL指定为延迟加载的时候，连接器会将exe的【导入段】中去除该DLL的相关信息，同时在exe中嵌入一个新的【延迟加载段】表示要从该DLL中导入哪些函数。

通过让对延迟加载函数的调用跳转到delayimp.lib中的__delayLoadHelper2函数，来完成对延迟加载的DLL的解析。

当exe中第一次调用了一个延迟加载的DLL中的某个导出函数时，加载器才会将该DLL加载到进程地址空间中。需要注意的是：虽然此时已经加载了DLL，但是未调用到的其他函数，还是需要在调用的时候才能被修复（修复即不再通过__delayLoadHelper2函数来解析）。

延迟加载的DLL也可以卸载，当再次调用该DLL中的函数时，再次加载DLL到进程地址空间。

延迟加载及支持卸载DLL的步骤，以ADll.dll为例

①项目属性--配置属性--链接器--输入--延迟加载的DLL

输入DLL的名字，注意这里：卸载的时候使用的DLL的名字不能包含路径并且大小写必须和这里设置的一样。

/DELAYLAOD:[DLLName]

【windows核心编程】DLL相关（2）

②项目属性--配置属性--链接器--高级--延迟加载的DLL

选择【支持卸载(/DELAY:UNLOAD)】

【windows核心编程】DLL相关（2）

③加载DelayImp.lib静态库

__delayLoadHelper2函数和__FUnloadDelayLoadedDLL2函数都在这个静态库中。

#pragma comment(lib, "DelayImp.lib")

#include <delayimp.h>

④添加DLL的头文件或者添加DLL导出函数声明

extern "C" __declspec(dllimport) int __stdcall Add(int a, int b);

demo

void CUseADll2Dlg::OnBnClickedButton1()

{

    // TODO: 在此添加控件通知处理程序代码

    __try

    {

        int sum = Add(, );

    }

    __except()

    {

        AfxMessageBox(_T("异常"));

    }

}

void CUseADll2Dlg::OnBnClickedButton2()

{

    //检测该DLL是否加载了

    HINSTANCE hInst = GetModuleHandle(TEXT("ADll.dll"));

}

void CUseADll2Dlg::OnBnClickedButton3()

{

    //参数DLL的名字不能包含路径，并且 大小写要和/DELAYLOAD设置的一致

    BOOL bRet = __FUnloadDelayLoadedDLL2("ADll.dll");

}

函数转发器

函数转发器是DLL【输出段】中的一个条目，用来将一个函数调用【转发】到另一个DLL中的另一个函数。

可用【dumpbin -exports XX.dll】查看

在DLL中设置函数转发器:

#pragma comment(linker, "/export:本DLL导出函数=其他DLL.函数名")

e.g.

#pragma comment(linker, "/export:Add=SecondDll.Sum")

将本DLL中的导出函数Add【转发】到另一个名为SecondDll的DLL中函数Sum。

经过实验，发现这里需要特别注意：#pragma来表示转发的函数名一定是经过name manling改变后的！

如下：

//DLL1中的导出函数，Add

#pragma comment(linker, "/export:_Add@8=Dll2._Sum@8")

extern "C" __declspec(dllexport) int __stdcall Add(int a, int b);

//DLL2中的导出函数Sum

extern "C" __declspec(dllexport)  int __stdcall Sum(int a, int b)

{

    return a + b;

}

一开始，当我试图这样写时：#pragma comment(lib, "exports:Add=Dll2.Sum)

看起来好像没有问题，可实际上，GetProcAddress总是失败的，经过测试，发现必须使用经过编译器name manling改变过后的名字，从depends查看如下

【windows核心编程】DLL相关（2）

所以必须使用改变过后的名字才可以，这一点也同样体现在GetProcAddress中，如下

HINSTANCE hInst = LoadLibrary(TEXT("Dll1.dll"));

    if (NULL == hInst)

    {

        AfxMessageBox(_T("LoadLibrary 失败"));

    }

    typedef  int (__stdcall *  PUNC)(int, int);  //必须加上__stdcall

    PUNC pfnAdd = (PUNC)GetProcAddress(hInst, "_Add@8"); //这里的名字也必须是改编后的

    if (NULL == pfnAdd)

    {

        AfxMessageBox(_T("GetProcAddress失败")); return;

    }

    int sum = pfnAdd(, );

    char chBuffer[] = {};

    sprintf_s(chBuffer, "result is %d", sum);

    AfxMessageBox(CString(chBuffer));

另外，如果想要使用未经改变的名字，那么可以在VS编译器下使用

extern "C" __declspec(dllexport) int __cdecl Add(int a, int b);

使用extern "C" 和 __cdecl调用约定组合方式，在VS下的名字就是Add。

结论：

①DLL函数转发时，转发到的函数也必须是导出函数，两者的调用约定以及名字改编方式最好一致

②在设置转发时，必须使用经过改编后的名字

③在定义导出函数的函数指针时，要加上调用约定，并且GetProcAddress()函数也要用改编后的名字

已知DLL

在注册表HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\KnownDlls中列出的那些

【windows核心编程】DLL相关（2）

在使用LoadLibrary或LoadLibraryEx时，参数中的DLL是否带.dll后缀导致的不同情况：

①带.dll后缀

首先去掉后缀，比如LoadLibrary("xx.dll")，首先去掉后缀，然后去上述注册表路径下查找【名称】为"xx"的项目，然后找到其对应的【数据】，即带.dll后缀的dll名字(这个名字可能和LoadLibrary时使用的不一样)，如果在注册表中找不到该【名称】为"xx"的项目，则再去搜索路径依次查找"xx.dll"，如果在注册表中找到了该DLL名字，则去%systemroot%\sytstem32目录中去查找该xx.dll，系统会并且只会该目录下查找该xx.dll，如果找到了则加载进进程地址空间，如果找不到则失败返回。

②不带.dll后缀

按照正常搜索路径搜索DLL

秒客网

【windows核心编程】DLL相关（2）

相关文章