动态库DLL详解

1、dllexport 和 dllimport之间的区别
dllexport：是在动态库内部，申明将类或函数进行导出。
dllimpor：是在调用函数内部，将DLL中的类或者函数进行导入。
2、DLL的访问路径
1) 所在目录——当前进程的可执行模块所在的目录，即应用程序的可执行文件（*.exe）所在目录。
2）当前目录——进程的当前目录。
3) 系统目录——Windows操作系统安装目录的系统子目录，如“C:\windows\system32”。
4) Windows目录——Windowsc操作系统安装目录，如“C:\Windows\”。
5) 搜索目录——PATH环境变量中所包含的自动搜索路径目录。
3、MFC DLL类型
规则DLL： 可以被Windows所有的应用程序所使用
          共享DLL——DLL不包含MFC库函数，需要另外安装MFC DLL
          静态DLL——DLL中包含MFC库函数，不需要另外安装MFC DLL

扩展DLL：扩展的DLL中所包含的MFC库函数，只能被MFC应用程序所调用

win32创建导出一个函数

一、创建动态链接库（win32下的DLL）

1、创建一个Win32 项目，输入文件名称，应用程序类型为DLL，【附加选择】选择空项目。
2、在文件中新建一个C++文件，声明导出函数 extern "C"  _declspec(dllexport) int add(int a, int b);（win32创建导出一个函数）；在源文件的前面不用加 _declspec(dllexport)。
3、使用Build生成动态链接库，Deubg中会出现dll 和lib文件；应该需要查看一下dll中是否有导出函数。

解决名字改编问题

C++编译器在生成DLL时，为了支持函数的重载等功能，会对导出的函数进行名字改编，如int add(int, int )会改写成_add_int_int，并且不同编译器改编的名字不同。如果利用不同的编译器分别建立DLL和调用DLL时，后者在调用时可能会发生问题。比如我们用C++创建一个DLL，用C语言编写的程序访问DLL中的函数就会出现问题，会找不到所需的DLL导出函数。我们希望动态链接库文件在编译时，导出函数的名字不要发生改编，这时需要在定义导出函数时添加限定符extern ”C”，一定要大写。

注：利用限定符extern "C"可以解决C++与C语言之间相互调用时函数命名的问题。但是这种方法有一个缺陷，就是不能用于导出一个类的成员函数，只能用于导出全局函数这种情况。另外，如果函数的调用约定发生了变化，即使在声明这些导出函数时使用了extern "C"限定符，他们的名字仍然会发生改编。

我们可以通过一个称为模块定义文件（DEF）的方式来解决名字改编的问题。

VC++支持两种语言：即C/C++，这也是造成DLL导出函数差异的根源
我们用VS2008新建个DLL工程，工程名为"TestDLL"
把默认的源文件后缀 .CPP改为.C（C文件）

输入测试代码如下：
01 int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
为了导出上面这个函数，我们有以下几个方法：

1、使用传统的模块定义文件（.def）

新建一个 后缀为.def的文本文件(这里建一个TestDll.Def)，文件内容为：
LIBRARY TestDll
EXPORTS
MyFunction
在在本项目的 Link--输入--模块定义文件选项中指定输入依赖文件：/DEF:"TestDll.Def"

2. Visual C++ 提供的方便方法
在01行的int 前加入 __declspec(dllexport) 关键字

通过以上两种方法，我们就可以导出MyFunction函数。
我们用Dependency查看导出的函数：
第一种方法导出的函数为：
MyFunction
第二种方法导出的函数为：
_MyFunction@4
注：__stdcall会使导出函数名字前面加一个下划线，后面加一个@再加上参数的字节数，比如_MyFunction@4的参数（int iVariant）就是4个字节。__fastcall与 __stdcall类似，不过前面没有下划线，而是一个@，比如@MyFunction@4。__cdecl则是始函数名。
小结：如果要导出C文件中的函数，并且不让编译器改动函数名，用def文件导出函数。

下面我们来看一下C++文件
我们用VS2008新建个DLL工程，工程名为"TestDLL"
默认的源文件后缀为 .CPP （即C++文件）。
输入测试代码如下：
01 int _stdcall MyFunction(int iVariant)
02 {
03 return 0;
04 }
为了导出上面这个函数，我们有以下几个方法：

3. 使用传统的模块定义文件 (.def)
新建一个 后缀为.def的文本文件(这里建一个TestDll.Def)，文件内容为：
LIBRARY TestDll
EXPORTS
MyFunction
在 Link 时指定输入依赖文件：/DEF:"TestDll.Def"
4. Visual C++ 提供的方便方法
在01行的int 前加入 __declspec(dllexport) 关键字
通过以上两种方法，我们就可以导出MyFunction函数。
我们用Dependency查看导出的函数：
第一种方法导出的函数为：
MyFunction
第二种方法导出的函数为：
?MyFunction@@YGHH@Z
可以看到 第二种方法得到的 导出函数名 并不是我们想要的，如果在exe中用显示方法（LoadLibrary、GetProcAddress）调用 MyFunction 肯定会失败。但是用引入库(*.LIB)的方式调用，则编译器自动处理转换函数名，所以总是没有问题。

小结：如果要导出C++文件中的函数，并且不让编译器改动函数名，用def文件导出函数。

二、调用动态链接库

   使用隐式方式调用DLL（静态加载）
1、建立一个MFC应用程序用于测试dll，然后将lib文件和dll文件放在项目工作目录下来。
2、在源文件顶部加入下述代码：
           #pragma comment(lib,"A1.lib")     //告诉编译器DL相对应的lib文件所在路径和文件名
          extern"C"  _declspec(dllimport) int add(int a,int b);
3、运行程序，可以连接DLL，成功！！！
  
   使用显示方式调用DLL(动态加载)

typedef int (* lpAddFun)(int ,int);    //定义一个与Add_new函数接受参数类型和返回值均相同的函数指针类型
HINSTANCE hDll;//句柄
lpAddFun addFun;//函数指针
hDll = LoadLibrary("dllTest.dll");//动态加载DLL模块句柄
if(hDll)
{
addFun = (lpAddFun) GetProcAddress(hDll,"Add_new");//得到所加载DLL模块中函数的地址
if(addFun)
{
int result = addFun(2,3);
printf("%d",result); } FreeLibrary(hDll);//释放已经加载的DLL模块
}

loadlibrary函数的作用是将指定的可执行模块映射到调用进程的地址空间，它不仅能够加载DLL，还能加载exe文件。使用动态加载DLL时，客户端程序不再需要包含导出函数声明的头文件和引入库文件，只需要.dll文件即可。

动态加载：

1：灵活，可以在需要的时候用LoadLibrary进行加载，在不需要的时候用FreeLibrary进行卸载，这样可以不必占用内存。

2：可以在没有dll时候发现，而不致程序报错。

3：加载程序中有条件才运行的库。

4：热更新，在不停止程序的前提下进行更新。

5：复杂一些，需要显示获得函数地址。

6：dll没有对应的lib文件，此时只能进行动态加载。

静态加载：

1：简单方便

2：没有dll时，系统报错

3：加载运行很久的库

4：dll必需有相应的lib文件

加载方法：

1、确保有a.dll和a.lib，两个文件都有的话可以用静态加载的方式。
2、在.cpp文件中通过#pragma comment(lib, "a.lib") 加载lib，并包含相应的头文件，就可以使用dll中的函数了～

      所谓"程序库"，简单说，就是包含了数据和执行码的文件。其不能单独执行，可以作为其它执行程序的一部分，来完成执行功能。库的存在，可以使得程序模块化，可以加快程序的再编译，可以实现代码重用，可以使得程序便于升级。 
      程序库可分三类：静态库，共享库和动态加载库。 
      静态库，是在执行程序运行前就已经加入到执行码中，在物理上成为执行程序的一部分；共享库，是在执行程序启动时加载到执行程序中，可以被多个执行程序共享使用。动态加载库，其实并不是一种真正的库类型，应该是一种库的使用技术，应用程序可以在运行过程中随时加载和使用库。 
     建议库开发人员创建共享库，比较明显的优势在于库是独立的，便于维护和更新；而静态库的更新比较麻烦，一般不做推荐。然而，它们又各有优点，后面会讲到。在C++编程中，要使用动态加载技术，需要参考文章"C++ dlopen MINI-Howto"。 

      静态库可以认为是一些目标代码的集合。按照习惯，一般以".a"做为文件后缀名。使用ar(archiver)命令可以创建静态库。因为共享库有着更大的优势，静态库已经不被经常使用。但静态库使用简单，仍有使用的余地，并会一直存在。 
     静态库在应用程序生成时，可以不必再编译，节省再编译时间。但在编译器越来越快的今天，这一点似乎已不重要。如果其他开发人员要使用你的代码，而你又不想给其源码，提供静态库是一种选择。从理论上讲，应用程序使用了静态库，要比使用动态加载库速度快1-5%,但由于莫名的原因，实际上可能并非如此。由此看来，除了使用方便外，静态库可能并非一种好的选择。 

DLL(动态库)导出函数名乱码含义

C++编译时函数名修饰约定规则：
  __stdcall调用约定：
  1、以"?"标识函数名的开始，后跟函数名；
  2、函数名后面以"@@YG"标识参数表的开始，后跟参数表；
  3、参数表以代号表示：
  X--void
  D--char
  E--unsigned char
  F--short
  H--int
  I--unsigned int
  J--long
  K--unsigned long
  M--float
  N--double
  _N--bool
  ....
  PA--表示指针，后面的代号表明指针类型，如果相同类型的指针连续出现，以"0"代替，一个"0"代表一次重复；
  4、参数表的第一项为该函数的返回值类型，其后依次为参数的数据类型,指针标识在其所指数据类型前；
  5、参数表后以"@Z"标识整个名字的结束，如果该函数无参数，则以"Z"标识结束。
  其格式为"?functionname@@YG*****@Z"或"?functionname@@YG*XZ"，例如
                      int Test1(char *var1, unsigned long)-----"?Test1@@YGHPADK@Z"                      void Test2()-----"?Test2@@YGXXZ"
  __cdecl调用约定：
  规则同上面的_stdcall调用约定，只是参数表的开始标识由上面的"@@YG"变为"@@YA"。
  __fastcall调用约定：
  规则同上面的_stdcall调用约定，只是参数表的开始标识由上面的"@@YG"变为"@@YI"。
  如果要用DEF文件输出一个"C++"类，则把要输出的数据和成员的修饰名都写入.def模块定义文件
  所以...   通过def文件来导出C++类是很麻烦的,并且这个修饰名是不可避免的