Dll原理和使用

『转载』


DLL原理。。。

    DLL 由4部分构成：代码段，数据段，输出符号表和输入符号表。

    代码段只读的，每个进程共享映射到此代码段.
    数据段在DLL 中可以定义多个，当DLL被映射到进程时，操作系统会为每个进程都创建一个对应的数据段，并把DLL中的全局数据复制到进程中。因此，如果不采取特别的措施，DLL中的数据段不能跨进程共享。但是可以将数据段的属性修改为共享的，这样该数据将被映像到所有的依附到该DLL的进程，多个进程将共享该数据段。
    在DLL 中可以调用其他的DLL 中实现的功能，因此，跟应用程序一样，DLL 中包含了一个输入符号表。该表中的每个项目记录了一个符号名、定义该符号的DLL模块名等信息。
    对DLL 而言，最重要的是它包含了一个输出符号表。对于DLL 中的输出的每个函数，变量都会在该表中添加一个项目，记录输出函数或者变量的符号名、序号以及在DLL 中的偏移。DLL 中的输出符号将被其他的DLL 或应用程序引入。

要查看ＤＬＬ输出了那些符号，要指定－exports显项。例如:dumpbin .net 工具
   dumpbin exports sample14_1.dll
 结果显示sample14_1.dll输出了一个函数，其输出序号为0，其虚拟地址为0x00011389.
 ..............
 ordinal    hint     RVA        name
    1        0       00011389    DLLFunc1
               输出符号表

输出符号	序号	地址	内容
DLLFunc1	0	00011389h	jmp DLLFunc1(00011f10h)
DLLFunc2	1	00011393h	jmp DLLFunc2(00011f50h)

查看DLL 输入了那些符号，要指定 -imports显项。例如sample14_1_1.exe,它用到了 sample14_1.dll中定义的两个函数，DLLFunc1和DLLFunc2。
..............
Section contains the following imports:
  SAMPLE14_1.dll
       42A310 Import Address Table
       42A18C Import Name Table
          0 time date stamp
          0 index of first forwarder reference
        0 DLLFunc1
        1 DLLFunc2
它表明，可执行文件中引用了在sample14_1.dll中定义的DLLFunc1 和DLLFunc2。链接器将位每个输入符号分配四个字节的表项，以保存该符号在进程空间的实际地址。"42A310"表示从SAMPLE14_1.dll中引用的第一个符号地址为0X42A310。由此可以推断，第二个从sample14_1.dll 中引入的符号地址为0x42a314。链接阶段，链接器无法确定每个输入符号在目标进程空间的实际地址，但是它知道每个输入符号相对于定义它的DLL模块的偏移。

sample14_1.dll 输出符号表中有下面的信息:
      ordinal   hint   RVA        name
         1       0     00011389   DLLFunc1
         2       1     00011393   DLLFunc2

sample14_1.exe 输入模块表（14-2）：

输入模块	输入符号表	基地址
sample14_1.dll	42A310h	00000000h
kernel32.dll	42A1C0h	00000000h

              sample14_1.dll输入模块的输入符号表（14-3）：

序号	地址	内容
0	42A310h	00011389h（输出模块表地址）
1	42A314h	00011393h

可以看出sample14_1_1.exe 的0X42A310处的值为"00011389"，输入符号表中的内容是从lib文件中得到的。每个输入模块都会被分配一个输入符号表，表14-2记录了其输入符号表的起始地址。

对于DLLFunc1 和 DLLFunc2 的调用，通过一个call 指令实现：
     call         dword ptr[_imp_DLLFunc1(42A310h)]
     call         dword ptr[_imp_DLLFunc2(42A314h)]
......

假如运行时刻，地址42A310h中的内容为10000000h+00011389h=10011389h
那么：

     call dword ptr[_imp_DLLFunc1(42A310h)]

被转换为下述指令：

    10011389 jmp DllFunc1(10011F10h)...sample14_1_1.dll输出符号表实际地址=（地址0011389+偏移10000000）中存的内容（其中的地址也要相应的加偏移）

             输出符号表

输出符号	序号	地址	内容
DLLFunc1	0	00011389h	jmp DLLFunc1(00011f10h)
DLLFunc2	1	00011393h	jmp DLLFunc2(00011f50h)

因为输入模块表仅记录了倚赖的dll的名字，所以还要确定该dll的完整路径。MFC 将按下面的路径搜索DLL:

      (1) 当前的进程的可执行模块所在的目录；
      (2) 当前的目录，也就是GetCurrentDir 返回的目录；
      (3) Windows系统目录，就是GetSystemDirectory返回的目录；
      (4) Windows 目录， 也就是GetWindowsDirectory 返回的目录；
      (5) PATH 环境变量中列出的目录。

然后MFC调用LoadLibrary 将DLL 映射到进程的地址空间。应用程序要修改它的输入模块表，记录每个DLL被映射的实际地址。如上列sample14_1.dll被映射到10000000h开始的空间，修改后的输入模块表为：

输入模块	输入符号表	基地址
sample14_1.dll	42A310h	00000000h-〉10000000h
kernel32.dll	42A1C0h	00000000h

输入模块输入符号表：

序号	地址	内容
0	42A310h	00011389h+10000000h->10011389h
1	42A314h	00011393h+10000000h->10011393h

jmp   DLLFunc1(00011F10h)

改为：jmp DllFunc1(10011F10h)

当DLL被映射到进程虚拟空间后，紧接着就是执行_DllMainCRTStartup,DllMainCRTStartup 会调用DLL 中定义的DLLMain函数（DLL入口函数）。系统为每个DLL都提供了一个_DllMainCRTStartup实现。而一般DLLMain由每个 DLL自己提供。

BOOL APIENTRY DllMain(HANDLE hModule,
                      DWORD ul_reason_for_call,
                      LPVOID lpReaserved
                     )
{
 }

当某线程第一次使用，最后一次使用，进程卸载DLL 系统调用次函数，传入的ul_reason_for_call分别为DLL_THREAD_ATTACH,DLL_THREAD_DETACH和DLL_PROCESS_DETACH。