首先:DLL技术是针对C的技术,虽然也支持C++,但是对C++的支持不够好。C++对应的是COM技术。
建议首先看一下Programming Windows的21章,虽然没有讲MFC如何制作DLL,但是讲了一些很重要的基本概念。
教程地址:
http://blog.csdn.net/chenqiang35/article/details/3069382
http://oulehui.blog.163.com/blog/static/79614698201152423656383/
http://www.cnblogs.com/DxSoft/archive/2011/04/22/2024686.html
笔记:环境为Win7+VS2013
1.DLL工程的创建
1.1.Win32 DLL项目的创建
新建项目->VC++->Win32项目->下一步->DLL->完成
1.2.MFC DLL项目的创建
新建项目->VC++->MFC->MFC DLL->下一步->选择DLL类型->完成
2.第一个Win32 DLL的制作
2.1.创建Win32 DLL项目:AddXxx,注意Wizard自动生成了stdafx.h,AddXxx.cpp,dllmain.cpp,stdafx.cpp等文件,目前不去管他们,默认即可
2.2.添加Add.h和Add.cpp
Add.h
这里的DLLEXPORT宏是借鉴Programming Windows 5th的做法(作者用的是EXPORT,但是我发现和afx某个头文件中的宏定义冲突,所以我改为了DLLEXPORT),凡是DLL内部使用的符号,函数,则头文件中其声明之前不用DLLEXPORT宏,否则头文件中声明之前要加DLLEXPORT宏。
简单说,DLL模块的interface部分需要加DLLEXPORT声明,属于implementation的部分不应该加DLLEXPORT声明
1 #pragma once 2 3 #ifdef __cplusplus 4 #define DLLEXPORT extern "C" __declspec (dllexport) 5 #else 6 #define DLLEXPORT __declspec (dllexport) 7 #endif 8 9 DLLEXPORT int add(int a, int b);
Add.cpp
#include "stdafx.h" #include "Add.h" int add(int x, int y) { return x + y; }
注意,这里有第二种方法声明哪些部分是DLL的接口,就是用.def文件,即模块配置文件,这样你就用不着DLLEXPORT宏了,我比较偏爱这种方法(二者的比较:http://blog.chinaunix.net/uid-9681606-id-1998574.html)
把上面跟DLLEXPORT相关的部分全部删除,然后
添加->VC++->代码->模块定义文件->添加一个名为AddXxx的模块定义文件,内容如下
1 LIBRARY "AddXxx" 2 3 EXPORTS 4 5 add @ 1
.def文件的规则为:(更完整的建议看http://blog.163.com/hanyinlong@126/blog/static/99751486201363115639401/)
(1)LIBRARY语句说明.def文件对应的DLL;
(2)EXPORTS语句后列出要导出函数的名称。可以在.def文件中的导出函数名后加@n,表示要导出函数的序号为n(在进行函数调用时,这个序号将发挥其作用);
(3).def 文件中的注释由每个注释行开始处的分号 (;) 指定,且注释不能与语句共享一行。
由此可以看出,例子中lib.def文件的含义为生成名为“dllTest”的动态链接库,导出其中的add函数,并指定add函数的序号为1。
好,生成解决方案,生成了AddXxx.dll和AddXxx.lib
这里的AddXxx.lib是什么?是对应的静态库吗?不是。参考Programming Windows 5th,这玩意儿叫做import library,即IL,IL里面不包含你写的可执行代码,只包含一些其他信息。一般我们生成的静态库是object library(因为他本质上就是对obj文件进行了打包封装)叫做OL,OL里面是包含你写的可执行代码的。要说明IL是拿来干嘛的,就要说到DLL的两种加载方式。
假设你写了另一个项目叫做Test要用到AddXxx.dll,你有两种办法加载它:
一种是配置AddXxx.dll对应的头文件的搜索路径,然后在代码中调用LoadLibrary加载AddXxx.dll,用完了以后调用FreeLibrary卸载。这叫所谓的动态调用。
另一种是配置好AddXxx.dll对应的头文件的搜索路径(包含目录)+AddXxx.dll以及AddXxx.lib的搜索路径(库目录)+链接器中配置好AddXxx.dll和AddXxx.lib(链接器/输入/附加倚赖项,延迟加载的DLL),从而程序在运行的时候自动加载之,程序结束的时候自动卸载。这叫所谓的静态调用。
静态调用就要用到IL,上面提到了静态调用需要事先在项目里配置DLL,其实不仅要配置DLL,还要配置IL,IL里面包含是用来给linker提供DLL的信息从而linker可以把这些信息写到其他DLL或者EXE中,从而实现程序运行时自动加载相应的DLL,因此你在用的时候不需要任何显式加载DLL的代码,用起来就跟使用OL一样方便,这是静态调用的优点;其缺点在于没有动态调用灵活,因为动态调用可以更精确地控制什么时候加载DLL什么时候卸载DLL。
在编译阶段,无论是静态调用还是动态调用,都需要相应DLL的头文件;静态调用由于编译阶段就需要解析DLL中的符号(动态调用则不用,因为动态调用是用LoadLibrary这些API去加载),因此还需要IL的名称,位置,可以符号即其他信息从IL中提取出来放到生成的EXE中。
在运行阶段(或者调试的时候),只需要DLL文件就可以了。
编译阶段:
动态调用的代码示例(只需要配置好头文件的位置即可):
头文件位置的配置:项目属性包含目录中添加一项->E:vs_wkspPW_MFC_2NDAddXxxAddXxx;
#include "Add.h"
typedef int(*lpAddFun)(int, int); HINSTANCE hDll; lpAddFun addFun; hDll = ::LoadLibrary(_T("E:\vs_wksp\PW_MFC_2ND\AddXxx\Debug\AddXxx.dll")); addFun = (lpAddFun)::GetProcAddress(hDll, "add"); if (addFun(1, 2) == 3) MessageBox(_T("This feature is currently unimplemented. Sorry!"), _T("Error"), MB_ICONINFORMATION | MB_OK); FreeLibrary(hDll);
这样你就可以编译过了
静态调用的代码实例(不仅要配置好头文件的位置,还要配置好IL的位置以及IL的名称):
如上所述配置头文件的位置
配置IL的位置:项目属性,库目录添加一项->E:vs_wkspPW_MFC_2NDAddXxxDebug,这个目录是编译阶段用来搜索AddXxx.lib的位置的
配置IL的名称:项目属性,链接器,输入,附加依赖项,填上AddXxx.lib
#include "Add.h" if (add(1, 2) == 3) MessageBox(_T("This feature is currently unimplemented. Sorry!"), _T("Error"), MB_ICONINFORMATION | MB_OK);
好,对于静态调用的代码,这样你也可以编译过了
对于链接器中的另一个选项,延迟加载,其含义是你指定DLL文件的名字,在这些DLL中的代码只有在真正被调用到的时候才会加载该DLL,如果必要的话,你可以加上(参考:http://blog.csdn.net/panda1987/article/details/5936770)
运行/调试阶段:
前面说过,此阶段只要DLL文件就行了。与IL不一样,IL是你在编译的时候有用,编译完就没用了,而DLL是你的EXE在运行的时候要用的,运行的时候DLL必须存在在如下位置,从而你的EXE能找到它。
配置DLL的搜索路径:
你的
1、把DLL文件与EXE放到同一个目录(亲测可行),或者直接用LoadLibrary用代码显式加载(可行)
你在调试EXE的时候,有两个办法,一个是手工把DLL拷贝到EXE所在目录,另一个是修改项目属性->配置属性->调试->工作目录->修改为DLL所在的目录
2、在IL指定的目录(不知道能不能行,反正我捣鼓半天没捣鼓明白到底怎么弄)
参考http://blog.csdn.net/h57020877/article/details/5943898,你在生成DLL之前,通过配置DLL项目,使得生成的IL中指明DLL文件所在的位置,从而编译EXE的时候,IL中的信息编译到EXE中,EXE运行的时候就会自动到指定目录去加载DLL
3、把DLL文件放到系统的SYSTEM32目录下(亲测没卵用,不知道什么情况)
参考http://bbs.csdn.net/topics/390192334,http://bbs.csdn.net/topics/350072027,http://bbs.csdn.net/topics/390499759
4、PATH环境变量指定的目录下(没试)
5、.local重定向(没仔细研究)
参考http://blog.csdn.net/wingeek/article/details/3621822
导出DLL中的全局变量
这里我使用DEF文件导出DLL中的一个函数一个全局变量,导入的时候用__declspec(dllimport)即可
创建一个workspace,名为DLLDEMO,把上面创建的AddXxx项目导入这个workspace,然后再在这个workspace中新建一个TestDLL项目用于测试AddXxx.dll,配置好TestDLL项目从而它可以包含AddXxx的头文件以及link到TestDLL的import library。
选择:项目->项目依赖项,让TestDLL依赖于AddXxx,这样在构建TestDLL的时候可以自动构建AddXxx(如果AddXxx没有保持最新的话)
在解决方案资源管理器中双击TestDLL,选择:项目->设为启动项目。这是因为TestDLL是整个程序的入口。调试的时候就从TestDLL生成的EXE启动
AddXxx跟上面一样,不去修改生成的stdafx.h,stdafx.cpp,dllmain.cpp等文件。添加AddXxx.h。代码如下:
AddXxx.h
1 #pragma once 2 3 #ifdef DLL_EXPORT 4 #define DLL_API 5 #else 6 #define DLL_API __declspec (dllimport) 7 #endif 8 9 DLL_API extern int nGlobal; 10 11 DLL_API int add(int a, int b);
因为使用DEF文件对DLL的API进行导出,所以没有使用__declspec(dllexport);用__declspec(dllimport)对DLL的API进行导入,所以这里定义了宏DLL_API。在编译DLL项目的时候,去preprocessor的选项中添加上DLL_EXPORT宏,在编译客户程序的时候则不添加DLL_EXPORT宏
AddXxx.cpp
1 // AddXxx.cpp : 定义 DLL 应用程序的导出函数。 2 // 3 4 #include "stdafx.h" 5 #include "AddXxx.h" 6 7 8 9 int add(int x, int y) 10 { 11 return x + y + nGlobal; 12 } 13 14 int nGlobal = 1000;
AddXxx.def
1 LIBRARY AddXxx 2 3 EXPORTS 4 5 add @ 1 6 7 nGlobal DATA
TestDLL项目中客户程序关键代码:
1 if (add(0, 0) == nGlobal++) { 2 CString info; 3 info.Format(_T("%d%s"), add(0, 0), _T("This feature is currently unimplemented. Sorry!")); 4 MessageBox(info, 5 _T("Error"), MB_ICONINFORMATION | MB_OK); 6 }
TestDLL的配置:
1、AddXxx的头文件路径(在项目属性的VC++目录中配置)
2、静态调用,所以配置AddXxx的import library,即AddXxx.lib(在项目属性的VC++目录中配置其路径,在链接器输入中配置AddXxx.lib)
什么时候用静态调用,什么时候用动态调用:https://msdn.microsoft.com/en-us/library/253b8k2c.aspx
什么时候用DEF文件,什么时候用__declspec(dllexport):https://msdn.microsoft.com/en-us/library/900axts6.aspx
由于项目AddXxx和TestDLL都是一个workspace的,所以输出的DLL文件和EXE文件是放在一个目录下的,因此EXE文件在运行时可以找到DLL文件(这样静态调用就能正确起作用)。