帝国企业网站模板,字节跳动现有员工人数,建设官方网站的主要作用,举例网络营销的例子动态链接这几字指明了DLLs是如何工作的。 对于常规的函数库#xff0c;链接器从中拷贝它需要的所有库函数#xff0c;并把确切的函数地址传送给调用这些函数的程序。 而对于DLLs#xff0c;函数储存在一个独立的动态链接库文件中。在创建Windows程序时#xff… 动态链接这几字指明了DLLs是如何工作的。 对于常规的函数库链接器从中拷贝它需要的所有库函数并把确切的函数地址传送给调用这些函数的程序。 而对于DLLs函数储存在一个独立的动态链接库文件中。在创建Windows程序时链接过程并不把DLLs文件链接到程序上。直到程 序运行并调用一个DLLs中的函数时该程序才要求这个函数的地址。此时Windows才在DLLs中寻找被调用函数并把它的地址传送给调用程序。采用这种方法DLLs达到了复用代码的极限。 动态链接库的另一个方便之处是对动态链接库中函数的修改可以自动传播到所有调用它的程序中而不必对程序作任何改动或处理。 DLLs不仅提供了函数重用的机制而且提供了数据共享的机制。任何应用程序都可以共享由装入内存的DLLs管理的内存资源块。只包含共享数据的DLLs称为资源文件。如Windows的字体文件等。 Windows系统的动态链接库 Windows本身就是由大量的动态链接库支持的。这包括Windows API函数 ( KRNLx86.EXEUSER.EXEGDI.EXE…)各种驱动程序文件各种带有.Fon和.Fot 扩展名的字体资源文件等。Windows还提供了针对某一功能的专用DLLs如进行DDE编程的ddeml.dll进行程序安装的ver.dll等。 虽然在编写Windows程序时必然要涉及到DLLs但利用Delphi 用户在大部分时候并不会注意到这一点。这一方面是因为Delphi提供了丰富的函数使用户不必直接去使用Windows API;另一方面即使使用Windows API由于Delphi把API函数和其它Windows DLLs函数重新组织到了几个库单元中因而也不必使用特殊的调用格式。所以本章的重点放在编写和调用用户自定义的DLLs上。 使用传统的Windows编程方法来创建和使用一个DLLs是一件很令人头痛的事正如传统的Windows编程方法本身就令人生畏一样。用户需要对定义文件、工程文件进行一系列的修改以适应创建和使用DLLs的需要。Delphi的出现在这一方面正如在其它许多方面所做的那样减轻了开发 者的负担。更令人兴奋的是Delphi利用DLLs 实现了窗体的重用机制。用户可以将自己设计好的窗体储存在一个DLLs中在需要的时候可随时调用它。 2、 静LIB,动态链接库DLL原理(VC实现) .dll和.lib都是程序集合便于代码重用。都是二进制的文件。 . dll也叫动态链接库与程序链接的方式为运行时链接run-time linked为PEportable executable格式也就是程完整的程序。. exe、.dll、.fon、.mod、.drv、.ocx等等都是动态链接库。如.exe为系统调用的函数集合。. dll不存在同名引用且有导出表与导入表。 .lib也叫静态链接库在编译时与程序链接link-time linked将“嵌入”到程序中。 会有冗余程序文件代码的冗余和运行时内存存储的冗余当两个lib相链接时地址会重新建立同。 在使用.lib之前要在程序源代码中引用lib对应的头文件.h这些头文件告诉编译器.lib中有什么。 在生成.dll时通常会生成一个.lib。这个.lib将被编译到程序文件中在程序运行的时候告诉操作系统将要加载的.dll。 这个.lib包括对应.dll的文件名、顺序表ordinal table包含.dll暴露出的函数的进入点在程序运行的时候通过顺序表实现函数的跳转。 如果不想使用或者找不到该.lib可以用LoadLibrary () Win32 API和GetLibrary () Win32 API。 VC IDE为了实现程序调试会生成.PDB程序数据库二进制里面包含源文件调用的文件信息和行信息。这样就可以逐行调试了。 打开.lib查看其ascii码可以看到如My_Function1123的函数名这些名称在编译时被编译器运用mangling mechanism进行了名称的mangling。 在程序的编译过程中如果出现如下错误“unresolved symbol通常是因为找不到引用过的外部函数对应的.lib文件或者是.c、.cpp源文件。 如果在c工程中使用用c编写的.lib文件需要做如下引用 extern “C” { #include “headfile.h” } dll---com组件dll __常规dll___win32 dll___mfc dll ___extended dll 所有dll不参与编译 lib |与obj文件类似的未编译过符号文件与obj文件区别是声明了转入转出函数 **************************************************************************************************** chinanetboy say: 谈发布lib,dll的区别 发布lib库时我们通常也要把这个库对应的头文件也一起发布以方便别人使用你的LIB在wind32汇编程序 MS把所有的API函数是放在几个大的*.LIB中另外还提供一对应的几个*.inc实际上它如同*.h头文件起到声明API函数的目的 发布DLL库时我们要公开这库里面所有的导入导出函数的函数声明原形以方便别人使用你的DLL 目前WINDOW实现的就是以一些DLL文件方式提供出来的网上很多开源软件也是有用到大量的自己量身定制的DLL文件 **************************************************************************************************** VC实现建立LIB静态链接库的过程 做lib库文件在windows汇编是一个重要主题 就谈一下在VC里面如何实现用C做一个静态文件库*.lib 然后用程序去调用lib库里的函数的例子 **************************************************************************************************** 1.用VC建立一个lib.h文件 ///lib.h file #ifndef LIB_H #define LIB_H extern C int add(int x,int y); extern C int sub(int x,int y); extern C int mul(int x,int y); extern C int div(int x,int y); extern C int mod(int x,int y); #endif 2.用VC建立一个lib.cpp文件 // lib.cpp #include lib.h int add(int x,int y) {return x y;} int sub(int x,int y) {return x - y;} int mul(int x,int y) {return x * y;} int div(int x,int y) {return x / y;} int mod(int x,int y) {return x % y;} 3.用VC新建立一个工作区再新建立一个工程文件libdemo, 工程类型选择win32 static library下一步为空工程 在工程中把上面的lib.h,lib.cpp添加到工程中编译后 系统就会生在一个lib.lib的静态链接库文件到止为止已经建立OK 4.调用一个静态链接库文件列子 // main.cpp : use this lib.lib #include stdio.h #include lib.h //让程序知道库中的函数原型 #pragma comment(lib,lib.lib) //把这函数的实现库lib.lib导入代码中编译器就会自动加载 int main(int argc, char* argv[]) { printf(13 6 %d \n,add(3,6)); printf(12 - 5 %d \n,sub(12,5)); printf(13 * 6 %d \n,mul(3,6)); printf(15 / 5 %d \n,div(15,5)); printf(12 %% 5 %d \n,mod(12,5)); return 0; } 运行结果为是 13 6 18 12 - 5 7 13 * 6 78 15 / 5 3 12 % 5 2 **************************************************************************************************** VC实现DLL(Win32 Dynamic-link library)库的过程 它是WIN32下的DLL而不是MFC的DLL 只要在头文件指出声明那些函数将会支持被导出 关键字是__declspec(dllexport)常用于直接加在函数前面 如extern C int __declspec(dllexport)add(int x, int y); **************************************************************************************************** 1.建立头文件 // 1.demodll.h #ifndef LIB_H #define LIB_H extern C int __declspec(dllexport)add(int x,int y); extern C int __declspec(dllexport)sub(int x,int y); extern C int __declspec(dllexport)mul(int x,int y); extern C int __declspec(dllexport)div(int x,int y); extern C int __declspec(dllexport)mod(int x,int y); #endif 2.建立实现文件 //demodll.cpp #include demodll.h int add(int x,int y) { return x y;} int sub(int x,int y) { return x - y;} int mul(int x,int y) { return x * y;} int div(int x,int y) { return x / y;} int mod(int x,int y) { return x % y;} 3.用VC新建立一个工作区再新建立一个工程文件demodll, 工程类型选择win32 dynamic-link library下一步为空工程 在工程中把上面的demodll.h,demodll.cpp添加到工程中编译后 系统就会生在一个demodll.DLL的静态链接库文件到止为止已经建立OK 4.调用DLL中的函数功能的例子 建立一个全新的win32 application应用程序 userdll.cpp代码如下 #include stdio.h #include windows.h typedef int(*lpAddFun)(int, int); //宏定义函数指标类型 int main(int argc, char *argv[]) { HINSTANCE hDll; //DLL控制码 lpAddFun addFun; //函数指针 hDll LoadLibrary(w_dll32.dll); if (hDll ! NULL) { addFun (lpAddFun)GetProcAddress(hDll, add); if (addFun ! NULL) { int result addFun(3,15); printf(addFun(3,15)%d\n, result); } FreeLibrary(hDll); } return 0; } 运行结果是addFun(3,15)18结果OK 3\ 比较大应用程序都由很多模块组成这些模块分别完成相对独立的功能它们彼此协作来完成整个软件系统的工作。其中可能存在一些模块的功能较为通用在构造其它软件系统时仍会被使用。在构造软件系统时如果将所有模块的源代码都静态编译到整个应用程序EXE文件中会产生一些问题一个缺点是增加了应用程序的大小它会占用更多的磁盘空间程序运行时也会消耗较大的内存空间造成系统资源的浪费另一个缺点是在编写大的EXE程序时在每次修改重建时都必须调整编译所有源代码增加了编译过程的复杂性也不利于阶段性的单元测试。 Windows系统平台上提供了一种完全不同的较有效的编程和运行环境你可以将独立的程序模块创建为较小的DLL(Dynamic Linkable Library)文件并可对它们单独编译和测试。在运行时只有当EXE程序确实要调用这些DLL模块的情况下系统才会将它们装载到内存空间中。这种方式不仅减少了EXE文件的大小和对内存空间的需求而且使这些DLL模块可以同时被多个应用程序使用。Microsoft Windows自己就将一些主要的系统功能以DLL模块的形式实现。例如IE中的一些基本功能就是由DLL文件实现的它可以被其它应用程序调用和集成。 一般来说DLL是一种磁盘文件通常带有DLL扩展名它由全局数据、服务函数和资源组成在运行时被系统加载到进程的虚拟空间中成为调用进程的一部分。如果与其它DLL之间没有冲突该文件通常映射到进程虚拟空间的同一地址上。DLL模块中包含各种导出函数用于向外界提供服务。Windows在加载DLL模块时将进程函数调用与DLL文件的导出函数相匹配。 在Win32环境中每个进程都复制了自己的读/写全局变量。如果想要与其它进程共享内存必须使用内存映射文件或者声明一个共享数据段。DLL模块需要的堆栈内存都是从运行进程的堆栈中分配出来的。 DLL现在越来越容易编写。Win32已经大大简化了其编程模式并有许多来自AppWizard和MFC类库的支持。 一、导出和导入函数的匹配 DLL文件中包含一个导出函数表。这些导出函数由它们的符号名和称为标识号的整数与外界联系起来。函数表中还包含了DLL中函数的地址。当应用程序加载DLL模块时时它并不知道调用函数的实际地址但它知道函数的符号名和标识号。动态链接过程在加载的DLL模块时动态建立一个函数调用与函数地址的对应表。如果重新编译和重建DLL文件并不需要修改应用程序除非你改变了导出函数的符号名和参数序列。 简单的DLL文件只为应用程序提供导出函数比较复杂的DLL文件除了提供导出函数以外还调用其它DLL文件中的函数。这样一个特殊的DLL可以既有导入函数又有导入函数。这并不是一个问题因为动态链接过程可以处理交叉相关的情况。 在DLL代码中必须像下面这样明确声明导出函数 __declspec(dllexport) int MyFunction(int n); 但也可以在模块定义(DEF)文件中列出导出函数不过这样做常常引起更多的麻烦。在应用程序方面要求像下面这样明确声明相应的输入函数 __declspec(dllimport) int MyFuncition(int n); 仅有导入和导出声明并不能使应用程序内部的函数调用链接到相应的DLL文件上。应用程序的项目必须为链接程序指定所需的输入库LIB文件。而且应用程序事实上必须至少包含一个对DLL函数的调用。 二、与DLL模块建立链接 应用程序导入函数与DLL文件中的导出函数进行链接有两种方式隐式链接和显式链接。所谓的隐式链接是指在应用程序中不需指明DLL文件的实际存储路径程序员不需关心DLL文件的实际装载。而显式链接与此相反。 采用隐式链接方式程序员在建立一个DLL文件时链接程序会自动生成一个与之对应的LIB导入文件。该文件包含了每一个DLL导出函数的符号名和可选的标识号但是并不含有实际的代码。LIB文件作为DLL的替代文件被编译到应用程序项目中。当程序员通过静态链接方式编译生成应用程序时应用程序中的调用函数与LIB文件中导出符号相匹配这些符号或标识号进入到生成的EXE文件中。LIB文件中也包含了对应的DLL文件名但不是完全的路径名链接程序将其存储在EXE文件内部。当应用程序运行过程中需要加载DLL文件时Windows根据这些信息发现并加载DLL然后通过符号名或标识号实现对DLL函数的动态链接。 显式链接方式对于集成化的开发语言例如VB比较适合。有了显式链接程序员就不必再使用导入文件而是直接调用Win32 的LoadLibary函数并指定DLL的路径作为参数。LoadLibary返回HINSTANCE参数应用程序在调用GetProcAddress函数时使用这一参数。GetProcAddress函数将符号名或标识号转换为DLL内部的地址。假设有一个导出如下函数的DLL文件 extern C __declspec(dllexport) double SquareRoot(double d); 下面是应用程序对该导出函数的显式链接的例子 typedef double(SQRTPROC)(double); HINSTANCE hInstance; SQRTPROC* pFunction; VERIFY(hInstance::LoadLibrary(c:\\winnt\\system32\\mydll.dll)); VERIFY(pFunction(SQRTPROC*)::GetProcAddress(hInstance,SquareRoot)); double d(*pFunction)(81.0);//调用该DLL函数 在隐式链接方式中所有被应用程序调用的DLL文件都会在应用程序EXE文件加载时被加载在到内存中但如果采用显式链接方式程序员可以决定DLL文件何时加载或不加载。显式链接在运行时决定加载哪个DLL文件。例如可以将一个带有字符串资源的DLL模块以英语加载而另一个以西班牙语加载。应用程序在用户选择了合适的语种后再加载与之对应的DLL文件。 三、使用符号名链接与标识号链接 在Win16环境中符号名链接效率较低所有那时标识号链接是主要的链接方式。在Win32环境中符号名链接的效率得到了改善。Microsoft现在推荐使用符号名链接。但在MFC库中的DLL版本仍然采用的是标识号链接。一个典型的MFC程序可能会链接到数百个MFC DLL函数上。采用标识号链接的应用程序的EXE文件体相对较小因为它不必包含导入函数的长字符串符号名。 四、编写DllMain函数 DllMain函数是DLL模块的默认入口点。当Windows加载DLL模块时调用这一函数。系统首先调用全局对象的构造函数然后调用全局函数DLLMain。DLLMain函数不仅在将DLL链接加载到进程时被调用在DLL模块与进程分离时以及其它时候也被调用。下面是一个框架DLLMain函数的例子。 HINSTANCE g_hInstance; extern C int APIENTRY DllMain(HINSTANCE hInstance,DWORD dwReason,LPVOID lpReserved) { if(dwReasonDLL_PROCESS_ATTACH) { TRACE0(EX22A.DLL Initializing!\n); //在这里进行初始化 } else if(dwReasonDLL_PROCESS_DETACH) { TRACE0(EX22A.DLL Terminating!\n); //在这里进行清除工作 } return 1;//成功 } 如果程序员没有为DLL模块编写一个DLLMain函数系统会从其它运行库中引入一个不做任何操作的缺省DLLMain函数版本。在单个线程启动和终止时DLLMain函数也被调用。正如由dwReason参数所表明的那样。 五、模块句柄 进程中的每个DLL模块被全局唯一的32字节的HINSTANCE句柄标识。进程自己还有一个HINSTANCE句柄。所有这些模块句柄都只有在特定的进程内部有效它们代表了DLL或EXE模块在进程虚拟空间中的起始地址。在Win32中HINSTANCE和HMODULE的值是相同的这个两种类型可以替换使用。进程模块句柄几乎总是等于0x400000而DLL模块的加载地址的缺省句柄是0x10000000。如果程序同时使用了几个DLL模块每一个都会有不同的HINSTANCE值。这是因为在创建DLL文件时指定了不同的基地址或者是因为加载程序对DLL代码进行了重定位。 模块句柄对于加载资源特别重要。Win32 的FindResource函数中带有一个HINSTANCE参数。EXE和DLL都有其自己的资源。如果应用程序需要来自于DLL的资源就将此参数指定为DLL的模块句柄。如果需要EXE文件中包含的资源就指定EXE的模块句柄。 但是在使用这些句柄之前存在一个问题你怎样得到它们呢如果需要得到EXE模块句柄调用带有Null参数的Win32函数GetModuleHandle如果需要DLL模块句柄就调用以DLL文件名为参数的Win32函数GetModuleHandle。 六、应用程序怎样找到DLL文件 如果应用程序使用LoadLibrary显式链接那么在这个函数的参数中可以指定DLL文件的完整路径。如果不指定路径或是进行隐式链接Windows将遵循下面的搜索顺序来定位DLL 1 包含EXE文件的目录 2 进程的当前工作目录 3 Windows系统目录 4 Windows目录 5 列在Path环境变量中的一系列目录。 这里有一个很容易发生错误的陷阱。如果你使用VC进行项目开发并且为DLL模块专门创建了一个项目然后将生成的DLL文件拷贝到系统目录下从应用程序中调用DLL模块。到目前为止一切正常。接下来对DLL模块做了一些修改后重新生成了新的DLL文件但你忘记将新的DLL文件拷贝到系统目录下。下一次当你运行应用程序时它仍加载了老版本的DLL文件这可要当心 七、调试DLL程序 Microsoft 的VC是开发和测试DLL的有效工具只需从DLL项目中运行调试程序即可。当你第一次这样操作时调试程序会向你询问EXE文件的路径。此后每次在调试程序中运行DLL时调试程序会自动加载该EXE文件。然后该EXE文件用上面的搜索序列发现DLL文件这意味着你必须设置Path环境变量让其包含DLL文件的磁盘路径或者也可以将DLL文件拷贝到搜索序列中的目录路径下。
