正文

DLL编程2008-04-22 09:20:00

【评论】 【打印】 【字体: 】 本文链接:http://blog.pfan.cn/vfdff/34371.html

分享到:

【转】http://blog.programfan.com/article.asp?id=33275 静态链接:每个应用程序使用函数库,必须拥有一份库的备份。多个应用程序运行时,内存中就有多份函数库代码的备份。 动态连接库:多个应用程序可以共享一份函数库的备份。 DLL的调用方式:即DLL的使用者在调用库中输出函数时,函数参数的压栈和出栈顺序和方法。 VC++支持四种方式: <1>_cdecl调用方式: 也叫C调用方式,函数参数的压栈顺序是从右至左,参数的出栈方式由调用者完成,在调用DLL的函数的地方都应包含清空堆栈的代码,它是C/C++缺省的调用方式。 <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库,它分为3类: <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编写的头文件中,在使用的文件中包含该头文件即可。 要使用DLL中导出的类,必须在使用的文件中包含该类所在的头文件! 尽量导出方法(做接口)少导出类。 标准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(); //调用函数 扩展DLL导出类的写法: 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; 就可以正确调用了。

阅读(2285) | 评论(0)


版权声明:编程爱好者网站为此博客服务提供商,如本文牵涉到版权问题,编程爱好者网站不承担相关责任,如有版权问题请直接与本文作者联系解决。谢谢!

评论

暂无评论
您需要登录后才能评论,请 登录 或者 注册