【转】http://blog.programfan.com/article.asp?id=33275 静态链接：每个应用程序使用函数库，必须拥有一份库的备份。多个应用程序运行时，内存中就有多份函数库代码的备份。 动态连接库：多个应用程序可以共享一份函数库的备份。 DLL的调用方式：即DLL的使用者在调用库中输出函数时，函数参数的压栈和出栈顺序和方法。 ＶＣ＋＋支持四种方式： <1>_cdecl调用方式： 也叫Ｃ调用方式，函数参数的压栈顺序是从右至左，参数的出栈方式由调用者完成，在调用DLL的函数的地方都应包含清空堆栈的代码，它是Ｃ／Ｃ＋＋缺省的调用方式。 <2>_stdcall标准调用方式：函数参数压栈顺序是从右至左，参数出栈工作由被调用者负责完成。系统将加在函数原型定义前的”WINAPI”宏翻译为适当的调用方式，对于Win32是_stdcall调用方式。 <3>_fastcall:主要特点是调用速度快，被调用的函数参数传递不依靠堆栈，而是通过寄存器，但并不是对所有的参数传递均使用寄存器，往往只是用ECX和EDX传送前两个双字或比较小的参数，其余的参数传递仍然采用从右至左压栈方式，出栈工作由被调用的函数完成。 <4>thiscall:前三种是关键字，可以加到函数前作修饰，thiscall不是关键字，因此程序中不能显式写入，这种方式仅应用于C++成员函数，this指C++中指向对象的指针，this存放在ECX寄存器中，参数从右至左压栈，出栈由被调用者完成。 DLL的入口函数 DllMain()函数负责完成DLL的初始化和解说DLL调用后的清理工作。当加载DLL时，如存在DllMain()函数则调用它。 MFC DLL 　　MFC DLL可以让我们的程序使用MFC库，它分为３类： <1>Regular Dll with MFC Statically linked　　　(正规) 静态链接MFC库，在DLL工程中将包含工程中所需的MFC库代码的拷贝，因此，程序可以脱离MFC库使用。 <2>Regular Dll using shared MFC Dll 　　　　 (正规) 动态共享MFC库，工程必须在装有MFC库的机器上才能运行。 MFC正规DLL编写注意问题： 应在输出函数的函数体内首先加入： AFX_MANAGE_STATE(AfxGetStaticModuleState()); <3>MFC Extension Dll(using shared MFC Dll) (扩展) 它不但能输出函数，还能输出类，用户可以直接使用、继承这个输出类，但它不是正规DLL，如果要让非VC++程序调用，必须使用正规DLL。 MFC扩展DLL编写注意问题： <1>在要输出的类定义中加入：AFC_EXT_CLASS 如：class AFX_EXT_CLASS cls{}; <2>在要输出的函数定义前加入：AFC_EXT_CLASS 如：AFX_EXT_CLASS　int func(){} 自行编写DLL的方法 <1>在DLL中编写的函数前加上”__declspec(dllexport)”即可导出该函数。 <2>从DLL中导出类，是在class和类名之间加入”__declspec(dllexport)”,如果只想导出类中指定的函数，可只在该函数前加上”__declspec(dllexport)”。 <3>C++为支持函数重载，采用了名称压轧，因此，DLL文件在编译时，函数名会发生改变，为保证对DLL的正确访问，可在”__declspec(dllexport)”声明之前加入”extern “c””,编译时就不会发生名称改变，但extern “c”只能用于导出全局函数，不能导出类的成员，如果在函数名前加入了调用约定(如：_stdcall),编译时还是会发生名称改变。 也可通过模块定义文件的方式解决名称改变的问题，模块定义文件的后缀为”.def”,步骤如下： 1新建一个文本文档，改名为”x.def”； 2将x.def加入到工程； 3编辑x.def。EXPORTS下所写函数名如与DLL文件中函数名相同，则以所写名称导出该函数。 <4>DLL通过GetForegroundWindow()获得正在使用它的前景窗口的句柄。 <5>GetModuleHandle()得到一个DLL的句柄。 GetSystemMetrics()获取系统信息。 系统对DLL中可改变的数据，在进程写访问时会拷贝到一个新的数据页面，如果多个进程要共享该数据，可设置节，创建节后，将数据放到节中且必须初始化： #pragma data_seg(“name”) //开头 //数据 #pragma data_seg() //结尾 #pragma comment(linker,”/section:name,RWS”) //设为读、写、共享，也可写在.def文件中。 使用DLL 要使用DLL，首先要将DLL文件映像到用户进程的地址空间中，并声明被调用的函数，然后才能进行函数调用，调用方法与一般函数相同。 将DLL映像到进程地址空间的方法： <1>隐式的加载时链接 DLL工程经编译后，产生一个.dll文件，一个.lib文件及一个包含DLL输出函数声明的.h头文件，隐式调用DLL就是将这个.lib文件链接到工程中。 lib文件中包含了DLL允许调用的所有函数列表，链接器发现程序调用了lib文件中列出的某个函数时，会在程序的可执行文件的文件映像中加入包含这个函数的DLL文件的名字信息，当程序运行时，可执行文件被操作系统产生映像文件，系统会查看这个映像文件中关于DLL的信息，然后将这个DLL文件映像到进程的地址空间。 链接lib文件的方法： 1加入到文件列表 2在Link项下加入 3#pragma comment(lib,”mydll.lib”) <2>显式的运行时链接步骤如下： 1用LoadLibrary()或AfxLoadLibrary()加载DLL或可运行模块； 2用GetProcAddress()得到要调用的DLL中函数的指针，然后使用该函数； 3使用完DLL以后，用FreeLibrary()将DLL在进程的映射解除，减少加载DLL的记数。 被调用的函数声明的方法有三种： <1>用”extern”声明被调用函数。 <2>使用”__declspec(dllimport)”声明，即告诉编译器，所引用的函数或文件是从DLL中输入的，编译器能生成运行效率更高的代码。 <3>也可将声明放在DLL编写的头文件中，在使用的文件中包含该头文件即可。 要使用ＤＬＬ中导出的类，必须在使用的文件中包含该类所在的头文件！ 尽量导出方法（做接口）少导出类。 标准ＤＬＬ中导出函数的写法： extern "C" BOOL __declspec(dllexport) EXPORT ShowDlg() ///标准导出函数格式 { AFX_MANAGE_STATE(AfxGetStaticModuleState());//些宏不可少！ // 此处为普通函数体 } 1.AfxGetStaticModuleState()指向当前模块状态; 2.当前函数调用结束后原模块的状态自动被恢复； 3.用于DLL中所调用MFC函数、类、资源时的模块状态切换 并在def文件中定义导出函数的序号：ShowDlg @1 在调用处写如下代码： typedef void (*dllfun)(); //定义函数指针类型 HINSTANCE hlib= NULL; hlib=LoadLibrary("std_dll.dll"); //加载库 dllfun ShowDlg = NULL;//定义函数指针 ShowDlg=(dllfun)GetProcAddress(hlib,"ShowDlg");//获取库中函数地址 ShowDlg(); //调用函数 扩展ＤＬＬ导出类的写法： class AFX_EXT_CLASS clsName{}; 扩展DLL中的资源使用 简单的说：每个DLL有自己特有的资源。在使用时，明确的告诉系统要使用哪个DLL的资源。现在的问题就是如何告诉系统使用哪个DLL的资源。函数：AfxSetResourceHandle() 可以完成这个功能。参数是资源的句柄。 那怎么得到某个DLL的资源句柄呢？如下： 在扩展DLL的入口函数 extern "C" int APIENTRY DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID lpReserved) { … if (!AfxInitExtensionModule(ShpSymbolDLL, hInstance)) return 0; … } 其中ShpSymbolDll 可能会因工程名不同而不同，这里就以这个名称代替来说明了，DLL的资源句柄就可以在此得到。 ShpSymbolDLL 定义： AFX_EXTENSION_MODULE ShpSymbolDLL = { NULL, NULL }; ShpSymbolDLL.hResource 这个就是我们要的了。其它参数请看说明。现在我们在使用某DLL的资源时只要先加入以下两行就可以正确执行了： HINSTANCE hOld = AfxGetResourceHandle(); AfxSetResourceHandle( ShpSymbolDLL.hResource ); 注意在用完之后再恢复: AfxSetResourceHandle( hOld ); 另外一个不得不提起的东西,在入口函数中有一行 new CDynLinkLibrary(ShpSymbolDLL); 旁边有一说明：将此 DLL 插入到资源链中。 的确如此。言下之意，上面所说的没什么用了？其实不然，假如DLL中有一个Dialog。 ID为120，在你调用此DLL的应用程序资源中,如果没有ID的值为120。那么，上面的都是白做了，你会得到预料中的结果。但如果应用程序中有一相同ID的对话框资源呢？请大家一试。结果就不一样了。其中的原因与new CDynLinkLibrary(ShpSymbolDLL) 相关联。 具体请看MFC中 的代码 DoModal() 就会得到解答。或看MSDN中带的例子 dllhusk，系统自动会查找相应的资源，但不会判断哪个是正确的。以找到的第一个资源为准。 另：为了编写方便，可以写一个类 ,写成全局的。 class CModuleInfo {public: HMODULE m_hModule; HMODULE m_hResource; public: CModuleInfo(void){} ~CModuleInfo(void){} }; class AFX_EXT_CLASS CModuleStateMana { HINSTANCE m_hInstOld; public: CModuleStateMana(); ~CModuleStateMana(); }; 实现如下： CModuleInfo s_mi; CModuleStateMana::CModuleStateMana() { m_hInstOld = AfxGetResourceHandle(); AfxSetResourceHandle( s_mi.m_hModule ); } CModuleStateMana::~CModuleStateMana() { AfxSetResourceHandle( m_hInstOld ); } 然后在入口函数之前加入 extern CModuleInfo s_mi; 函数中加入： s_mi.m_hModule = ShpSymbolDLL.hModule; s_mi.m_hResource= ShpSymbolDLL.hResource; 在调用的时候只要先加入： CModuleStateMana msm; 就可以正确调用了。

评论