📄 lion-tut-c17.htm
字号:
<HTML>
<head>
<link rel="stylesheet" href="../../asm.css">
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<title>Iczelion's win32 asm tutorial</title>
</head>
<body bgcolor="#FFFFFF" background="../../images/back01.jpg">
<P align=center><FONT color=#0000ff size=+1>第十七课 动态链接库</FONT></P>
<HR SIZE=1>
<STRONG></STRONG>本课中，我们将学习DLLs，它们到底是什么和如何创建它们。<BR>
<H3><FONT color=#ff0000>理论：</FONT></H3>
<P>如果您编程的时间非常长，就会发现很多的程序之间其实有相当多的重复代码。每编一个程序就重写一遍这些代码既没必要又浪费时间。在DOS时代，一般的做法是把这些重复的代码写成一个个的函数，然后把它们按类别放到不同的库文件中去。当要使用这些函数时，只要把您的目标文件（.obj)文件和先前存放在库文件中的函数进行链接，链接时链接器会从库文件中抽取相关的信息并把它们插入到可执行文件中去。这个过程叫做静态链接。C运行时库就是一个好例子。这样的库的缺点是您在每一个调用库函数的程序中都必须嵌入同一函数的拷贝，这显然很浪费磁盘。在DOS时代毕竟每一时刻仅有一个程序在运行，所以浪费的还只是磁盘而已，在多任务的WINDOWS时代就不仅浪费磁盘，还要浪费宝贵的内存了。<BR></P>
<P>在WINDOWS中，由于有多个程序同时运行，如果您的程序非常大的话，那将消耗相当多的内存。WINDOWS的解决办法是：使用动态链接库。动态链接库从表面上看也是一大堆的通用函数，不过即使有多个程序调用了它，在内存中也仅仅只有动态链接库的唯一一份拷贝。WINDOWS是通过分页机制来作到这一点的。当然，库的代码只有一份，但是每一个应用程序要有自己单独的数据段，要么就会乱掉。<BR>不象旧时的静态链接库，它并不会把这些函数的可执行代码放入到应用程序中去，而是当程序已经在内存中运行时，如果需要调用该函数时才调入内存也即链接。这也就是为什么把它叫做“动态”的原因所在。另外您还可以动态地卸载动态链接库，当然要求这时没有其它的应用程序在使用它，否则就要一直等到最后一个使用它的函数也不再使用该动态链接库时才能去卸载它。<BR>为了正确的调用库和给库函数分配内存空间，在编译和链接应用程序时，必须把重定位等一些消息插入到执行代码中去，以便载入正确的库，并给库函数分配正确的地址。<BR>那么这些信息从哪里得到呢？引入库。引入库包含足够的信息，链接器从中抽取足够的信息（注意区别：静态链接库放入的是可执行代码）把它们放入到可执行文件中去。当WINDOWS的加载器装入应用程序查看到有DLL时，它会查找该库文件，如果没有查到，就报错退出，否则就把它映射进进程的地址空间，并修正函数调用语句的地址。
<BR>如果没有引入库呢？当然我们也可以调用动态链接库中的任意函数。只不过您必须知道调用的函数是否在库中而且是否在库的引出名字表中，另外还需要知道该函数的参数个数和参数的类型。</P>
<P>（译者加：说到这里，让我想起了一件很有名的事。<<<UNDOCUMENTED Windows>Undocumented
Windows>>一书的作者Angel Schudleman
曾经利用此方法来跟踪微软Win3x系统动态链接库中未公开的函数，因为在微软给程序员提供的系统动态链接库的引入库中没有提供这些函数的原型，所以您无法在链接时把这些函数的信息链接到可执行文件中去，而为了某种目的您又要使用这些函数，您就可以在执行时加载动态链接库并得到这些函数的地址，从而和调用其它的库函数一样使用这些未公开的函数。由于这本书的巨大影响，当时许多程序员纷纷在它们的程序中调用未公开函数，甚至在写商业程序时也这么做。这种走偏峰的做法引起了微软的反感，后来微软在它Win3x的改进版中不再把那些未公开函数列入系统动态链接库的引出名字表，这样也就无法再利用这种方法来调用未公开的函数了。）</P>
<UL>
<LI>当您让系统的加载器为您加载动态库时，如果不能找到库文件，它就会提示一条“A required .DLL file, xxxxx.dll is
missing”，这样您的应用程序就无法运行，即使该库对您的应用程序来说并不重要。
<LI>如果您选择在程序运行时自己加载该库，就没有这种问题了。
<LI>如果您知道足够的信息，就可以调用系统未公开的函数。
<LI>如果您调用LoadLibrary函数加载库，就必须再调用GetProcAddress函数来得到每一个您想调用的函数的地址，GetProcAddress会在动态链接库中查找函数的入口地址。由于多余的步骤，这样您的程序执行起来会慢一点，但是并不明显。
</LI></UL>明白了LoadLibrary函数的优缺点，下面我们就来看看如何产生一个动态链接库。下面的代码是一个动态链接库的框架：
<P>;--------------------------------------------------------------------------------------
<BR>;
DLLSkeleton.asm
<BR>;--------------------------------------------------------------------------------------
<BR><B>.386</B> <BR><B>.model flat,stdcall</B> <BR><B>option casemap:none</B>
<BR><B>include \masm32\include\windows.inc</B> <BR><B>include
\masm32\include\user32.inc</B> <BR><B>include \masm32\include\kernel32.inc</B>
<BR><B>includelib \masm32\lib\user32.lib</B> <BR><B>includelib
\masm32\lib\kernel32.lib</B>
<P><B>.data</B> <BR><B>.code</B> <BR><B>DllEntry proc hInstDLL:HINSTANCE,
reason:DWORD, reserved1:DWORD</B>
<BR><B> mov eax,TRUE</B>
<BR><B> ret</B> <BR><B>DllEntry
Endp</B>
<BR><B>;---------------------------------------------------------------------------------------------------</B>
<BR><B>;下面是一个空函数，您可以象下面一样插入您的函数。</B>
<BR><B>;----------------------------------------------------------------------------------------------------</B>
<BR><B>TestFunction proc</B> <BR><B> ret</B>
<BR><B>TestFunction endp</B>
<P><B>End DllEntry</B>
<P>;-------------------------------------------------------------------------------------
<BR>;
DLLSkeleton.def
<BR>;-------------------------------------------------------------------------------------
<BR><B>LIBRARY</B> DLLSkeleton <BR><B>EXPORTS</B>
TestFunction <BR>
<P>上面是一个动态链接库的框架，每一个DLL必须有一个入口点函数，WINDOWS每一次在做下面的动作时会调用该入口点函数：
<UL>
<LI>当动态链接库被加载时
<LI>当动态链接库卸载时
<LI>同一进程的线程生成时
<LI>同一进程的线程退出时 </LI></UL>
<P><B>DllEntry proc hInstDLL:HINSTANCE, reason:DWORD, reserved1:DWORD</B>
<BR><B> mov eax,TRUE</B>
<BR><B> ret</B> <BR><B>DllEntry
Endp</B> </P>
<P>入口点函数的名称无所谓只要您让语句“END<函数名>”中的函数名和前面的相同就可以了。该函数共有三个参数，只有前面两个是重要的。<BR>hInstDLL是该动态链接库模块的句柄。它和进程的实例句柄不一样。如果您以后要用，可以保存它，因为以后再要获得它不容易。<BR>根据不同的时机，reason传入的值可能是下面的四个值中的一个：
<UL>
<LI><B>DLL_PROCESS_ATTACH</B> 动态链接库第一次插入进程的地址空间时。当传入的参数是该值时，您可以做一些初始化的工作。
<LI><B>DLL_PROCESS_DETACH</B> 动态链接库从进程的地址空间卸出时。您可以在此做一些清理的工作。譬如：释放内存等。
<LI><B>DLL_THREAD_ATTACH</B> 新线程生成。
<LI><B>DLL_THREAD_DETACH</B> 线程销毁。 </LI></UL>
<P>如果想要库中的代码继续执行，返回TRUE，否则返回FALSE，那样动态链接库就不会加载了。譬如：您想分配一块内存，如果不成功的话就退出，这时您就可以返回FALSE。那样动态链接库就不会加载了。<BR>您可以加入的函数，它们的位置并不重要，把它们放在入口点函数的前面或后面都可以。只是如果您想要它们能被其它的程序调用的话，就必须把它们的名字放到模块定义文件（.def）中去。<BR>动态链接库在它们自己的编译过程就需要，而不只是提供给其它要引用它的程序参考。他们如下：</P>
<P><B>LIBRARY</B> DLLSkeleton <BR><B>EXPORTS</B>
TestFunction
<P>第一行是必须的。LIBRARY
定义了DLL的模块名称。它必须和动态链接库的名称相同。<BR>EXPORTS关键字告诉链接器该DLL的引出函数，也就是其它程序可以调用的函数。举个例子：其它的程序想要调用函数TestFunction
，我们就把它放到EXPORTS中。<BR>还有就是，链接器的选项中必须放入开关项：/DLL 和/DEF<DLL文件名>，就像下面这样：
<P><B>link /DLL /SUBSYSTEM:WINDOWS /DEF:DLLSkeleton.def /LIBPATH:c:\masm32\lib
DLLSkeleton.obj</B>
<P>编译器的开关选项是一样的，即：/c /coff /Cp。在您链接好后，链接器会生成.lib
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -