Windows运作机制的核心是一个称作「动态链接」的概念。Windows提供了应用程序丰富的可呼叫函数，大多数用于实作其使用者接口和在视讯显示器上显示文字和图形。这些函数采用动态链接库（Dynamic Linking Library，DLL）的方式撰写。这些动态链接库是些具有.DLL或者有时是.EXE扩展名的文件，在Windows 98中通常位于/WINDOWS/SYSTEM子目录中，在Windows NT中通常位于/WINNT/SYSTEM和/WINNT/SYSTEM32子目录中。
在早期，Windows的主要部分仅通过三个动态链接库实作。这代表了Windows的三个主要子系统，它们被称作Kernel、User和GDI。当子系统的数目在Windows最近版本中增多时，大多数典型的Windows程序产生的函数呼叫仍对应到这三个模块之一。Kernel（日前由16位的KRNL386.EXE和32位的KERNEL32.DLL实现）处理所有在传统上由操作系统核心处理的事务－内存管理、文件I/O和多任务管理。User（由16位的USER.EXE和32位的USER32.DLL实作）指使用者接口，实作所有窗口运作机制。GDI（由16位的GDI.EXE和32位的GDI32.DLL实作）是一个图形设备接口，允许程序在屏幕和打印机上显示文字和图形。
Windows 98支持应用程序可使用的上千种函数呼叫。每个函数都有一个描述名称，例如CreateWindow。该函数（如您所猜想的）为程序建立新窗口。所有应用程序可以使用的Windows函数都在表头文件里预先声明过。
在Windows程序中，使用Windows函数的方式通常与使用如strlen等C语言链接库函数的方式相同。主要的区别在于C语言链接库函数的机械码连结到您的程序代码中，而Windows函数的程序代码在您程序执行文件外的DLL中。
当您执行Windows程序时，它通过一个称作「动态链接」的过程与Windows相接。一个Windows的.EXE文件中有使用到的不同动态链接库的参考数据，所使用的函数即在那些动态链接库中。当Windows程序被加载到内存中时，程序中的呼叫被指向DLL函数的入口。如果该DLL不在内存中，就把它加载到内存中。
当您连结Windows程序以产生一个可执行文件时，您必须连结程序开发环境提供的特定「引用链接库（import library）」。这些引用链接库包含了动态链接库名称和所有Windows函数呼叫的引用信息。连结程序使用该信息在.EXE文件中建立一个表格，在加载程序时，Windows使用它将呼叫转换为Windows函数。
1、什么是动态链接库？
它不是应用程序，不能直接运行，也不能接收消息。dll是一系列函数的集合，可以简单理解为把一些函数放到了一个文件里面，这些函数可以被其它程序和dll调用。一个dll可以同时被几个程序或其它dll调用，这应该是它的特点。
2、windows api与dll
windows api中的所有函数均包含在dll中，当然不会是一个dll。其中最为重要的3个windows api的dll文件是：Kernel32.dll 主要是管理内存、进程和线程的函数的集合；User32.dll 执行用户界面的任务的函数（比如：窗口的创建销毁放大缩小、消息的传递等等与用户相关的操作）；GDI32.dll 包含用于画图和显示文本的各个函数；
3、静态库和动态库
静态库是把程序运行时需要使用的函数编译在一个二进制文件中，扩展名为.lib。当程序link时把静态库中的二进制数据和程序其它数据放到一起。程序运行时不在需要lib和dll文件的支持。这样做的坏处是开发出来的程序占用磁盘空间较大。特别是windows系统中本来就有或很多程序运行都需要的函数完全没有必要每次开发程序时都要使用各自的静态库。
而动态库在开发时仅是把dll中的函数名和参数放到应用程序中，应用程序运行时根据函数名和参数调用dll中的函数来运行，这样操作系统中的应用程序可以同时使用同一个dll。可以有效地节省硬盘空间，当然这样做使得程序设计更有层次。也有利于软件工程师的分工和信息安全。
4、引入库和动态库
引入库和动态库是成对出现的，在编译dll的时候会同时产生一个引入库，扩展名为lib。lib中仅含有dll中的函数名和参数，真正的函数体在动态库中。两个的关系大概相当于.h和.cpp文件之间的关系。在编写程序的过程中
5、引入库和静态库
引入库和静态库的扩展名均为*.lib，但是引入库仅包含一些函数名和参数信息，没有函数体，是为调用动态库服务的，它和动态库的关系相当于.h文件和.cpp文件之间的关系；
什么是动态链接和动态链接库
动态链接（Dynamic Linking）是相对于静态链接（Static Linking）而言的。程序设计中，为了能做到代码和模块的重用，程序设计者常常将常用的功能函数做成库，当程序需要实现某种功能时，就直接调用库文件中的函数，从而实现了代码的重用。早期的程序设计中，可重用的函数模块以编译好的二进制代码形式放于静态库文件中，在MS的操作系统中是Lib为后缀的文件。程序编写时，如果用户程序调用到了静态库文件中的函数，则在程序编译时，编译器会自动将相关函数的二进制代码从静态库文件中复制到用户目标程序，与目标程序一起编译成可执行文件。这样做的确在编码阶段实现了代码的重用，减轻了程序设计者的负担，但并未在执行期实现重用。如一个程序a.exe使用了静态库中的 f() 函数，那么当a.exe有多个实例运行时，内存中实际上存在了多份f()的拷贝，造成了内存的浪费。
随着技术的进步，出现了新的链接方式，即动态链接，从根本上解决了静态链接方式带来的问题。动态链接的处理方式与静态链接很相似，同样是将可重用代码放在一个单独的库文件中（在MS的操作系统中是以dll为后缀的文件，Linux下也有动态链接库，被称为Shared Object的so文件）,所不同的是编译器在编译调用了动态链接库的程序时并不将库文件中的函数执行体复制到可执行文件中，而是只在可执行文件中保留一个函数调用的标记。当程序运行时，才由操作系统将动态链接库文件一并加载入内存，并映射到程序的地址空间中，这样就保证了程序能够正常调用到库文件中的函数。同时操作系统保证当程序有多个实例运行时，动态链接库也只有一份拷贝在内存中，也就是说动态链接库是在运行期共享的。
使用动态链接方式带来了几大好处：首先是动态链接库和用户程序可以分开编写，这里的分开即可以指时间和空间的分开，也可以指开发语言的分开，这样就降低了程序的耦合度；其次由于动态链接独特的编译方式和运行方式，使得目标程序本身体积比静态链接时小，同时运行期又是共享动态链库，所以节省了磁盘存储空间和运行内存空间；最后一个是增加了程序的灵活性，可以实现诸如插件机制等功能。用过winamp的人都知道，它的很多功能都是以插件的形式提供的，这些插件就是一些动态链接库，主程序事先规定好了调用接口，只要是按照规定的调用接口写的插件，都能被winamp调用。
WIndow 95、98、NT系列等系统都提供了动态链接库的功能，并且这些操作系统的系统调用大多都是通过动态链接库实现的，最常见的NT系列OS中的KENEL32.dll,USER32.dll,GDI32.dll等动态链接库文件就包含了大量的系统调用。在windows家族中，NT内核的操作系统在动态链接库机制上较之前的95、98系统要更安全。95、98系统在程序调用动态链接库时，将动态链接库加载到2G-3G之间的被称为进程共享空间的虚拟地址空间，并且所有进程关于这1G的虚拟地址空间的页表都是相同的，也就是说对于所有的进程，这片共享区的页表都指向同一组物理页，这样一来，加载入内存的的动态链接库对所有正在运行的进程都是可见的。如果一个动态链接库被其中一个进程更改，或其自身崩溃，将影响到所有调用它的进程，如果该动态链接库是系统的动态链接库，那么将导致系统的崩溃。在Windows NT系统中，动态链接库被映射到进程的用户地址空间中，并用Copy On Write机制保证动态链接库的共享安全，Copy On Write可以理解为写时拷贝。一般情况下，多个运行的进程还是按原来的模式共享同一个动态链接库，直到有进程需要向动态链接库的某个页面写数据时，系统将该页做一个拷贝，并将新复制页面的属性置为可读可写，最后修改进程的页表使之指向新拷贝的物理页。这样无论该进程怎么修改此页的数据，也不会影响到其他调用了此动态链接库的进程了。
Windows下动态链接库的编写
因为本人对linux没有太多研究，所以这里只介绍windwos环境下动态链接库的编写。
在VC中新建一个空的Win32动态链接库工程(Win32 Domanic Library),然后添加一个C++ Sourse File到工程，我这里的文件名取DllTest.cpp。然后在文件中添加如下内容：
//DllTest.cpp
_declspec(dllexport) int add(int a,int b)
{
return a+b;
}
_declspec(dllexport) int subtract(int a,int b)
{
return a-b;
}
接下来编译链接，就会在debug目录下生成一个调试版本的动态链接库，该链接库包含了add和subtract两个可供外部调用的函数。我们注意到，在源文件中多了一个没有见过的语句 _declspec(dllexport) ，这个语句的作用就是向编译器指出我需要在生成的动态链接库中导出的函数，没有导出的函数是不能被其他程序调用的。要知道一个动态链接库导出了什么函数，可以在命令提示行用命令"dumpbin -exports DllTest.dll"来查看(也可以用VC工具包中的depends使用程序来查看)。以下是用dumpbin命令查看DllTest.dll而生成的信息：
Dump of file DllTest.dll
File Type: DLL
Section contains the following exports for DllTest.dll
0 characteristics
4420BEA4 time date stamp Wed Mar 22 11:04:04 2006
0.00 version
1 ordinal base
2 number of functions
2 number of names
ordinal hint RVA name
1 0 0000100A ?add@@YAHHH@Z
2 1 00001005 ?subtract@@YAHHH@Z
Summary
7000 .data
1000 .idata
3000 .rdata
2000 .reloc
2A000 .text
可以看到，我们编写的动态链接库导出了两个函数，分别名为?add@@YAHHH@Z 和 ?subtract@@YAHHH@Z，为什么名字不是add和subtract呢？这是因为C++为了支持函数的重载，会在编译时将函数的参数类型信息以及返回值类型信息加入到函数名中，这样代码中名字一样的重载函数，在经过编译后就互相区分开了，调用时函数名也经过同样的处理，就能找到对应的函数了。编译器对函数的重命名规则是与调用方式相关的，在这里采用的是C++的默认调用方式。以此对应的还有stdcall方式、cdecl方式、fastcall方式和thiscall方式，不同调用方式的重命名规则不一样。
需要特别说一下的是stdcall方式和cdecl方式：
stdcall方式（标准调用方式）也即pascal调用方式，它的重命名规则是函数名自动加前导的下划线，后面紧跟一个@符号，其后紧跟着参数所占字节数，之所以要跟参数字节数，是因为stdcall采用被调函数平衡堆栈方式，用函数名最后的数字告诉编译器需要为函数平衡的字节数。例如，如果我们的DllTest.dll采用stdcall方式编译的话，导出的函数名将会是 _add@8 和 _subtract@8 ，而函数编译后的汇编代码最后一句一定是 ret8。
cdecl方式即C语言调用方式，它的重命名规则仅仅是在函数名前加下划线（奇怪的是我用vc6编译的c语言函数，名字没有任何改变），因为C语言采用的是调用函数平衡堆栈的方式，所以不需要在函数名中加入参数所占的字节数，这样的堆栈平衡方式也使C语言可以编写出参数不固定的函数；同时C语言不支持函数重载，因此不需要在函数名中加入参数类型信息和返回值类型信息。
更多关于调用方式的介绍请看我收藏的文章《C语言函数调用约定 》 。
动态链接库已经生成了，接下来就是调用的工作了。调用动态链接库有两种方式：隐式调用和显式调用，下面我们分别来看两种调用方式的具体过程：
动态链接库的隐式调用
新建一个空的Win32 Console Application，命名为DllCaller，向工程中添加名为DllCaller.cpp 的C++ Sourse File,在文件中写入如下代码：
#include <iostream>
using namespace std;
//extern int add(int a,int b);
_declspec(dllimport) int add(int a,int b);
int main()
{
cout<<"3+5="<<add(3,5)<<endl;
return 1;
}
编译，没有错误，链接，有两个错误：找不到外部引用符号。要怎样才能让我们的程序找到动态连接库中的函数呢？这里是关键的一步。到刚才的DllTest工程目录下，从debug文件夹中拷贝生成的DllTest.dll文件和DllTest.lib文件到DllCaller工程目录。然后依次在vc中选择菜单：Project -->Settings-->Liink, 在Object/library Modules中加入一项文件名：DllTest.lib,这里的DllTest.lib并不是静态库文件，而是DllTest.dll的导入库文件，它包含了DllTest.dll动态链接库导出的函数信息，只有在工程链接设置里添加了该文件，才能够使调用了该动态链接库的工程正确链接。完成以上步骤后，我们再编译链接工程，这次没有任何错误！程序可以顺利调用动态连接库文件，正常运行了（为了能使程序找到并加载需要的动态链接库，动态链接库文件必须与调用程序在同一个目录下，或在path环境变量指定的目录下）。
这里需要说明一点，工程中的源文件在调用动态链接库中的函数时，需要提前声明，声名有两种方式，一种是传统的extern方式，一种是_declspec(dllimport)方式，这两种方式在代码中我都给出了。其中，第二种方式能使编译过程更快，所以推荐使用。
动态链接库的显式调用
比起隐式调用，显示调用更加灵活，而且在编译链接时不需要lib导入库文件，也不需要提前声明函数。我们通过windows提供的API函数来动态加载动态连接库并调用其中的函数，用完后可以马上释放内存中的动态链接库，十分方便。下面就是显示调用动态链接库的代码：
#include <iostream>
#include <windows.h>
using namespace std;
int main()
{
HINSTANCE hInstance=LoadLibrary("DllTest.dll");
typedef int (*AddProc)(int,int);
AddProc Add=(AddProc)GetProcAddress(hInstance,?add@@YAHHH@Z);
if(!Add)
{
cout<<"动态连接库库函数未找到"<<endl;
return 0;
}
cout<<"3+5="<<Add(3,5)<<endl;
FreeLibrary(hInstance);
return 1;
}
以上代码并不复杂，首先定义一个实例句柄用来引用由Windows API 函数LoadLibrary加载的动态链接库，LoadLibrary函数的参数是一个字符串指针，具体调用时我们需要填入需要加载的动态链接库的位置及文件名，加载成功后返回一个实例句柄。接下来我们定义一个函数指针类型，用该类型声明一个函数指针，用来存储GetProcAddress函数返回的动态库函数入口地址。GetProcAddress能从指定的动态库中查找指定名字的函数，如果查找成功则返回该函数的入口地址，如果失败则返回NULL。更多GetProcAddress函数的用法请参看MSDN。有人可能注意到，GetProcAddress函数中指定的函数名并不是add,而是?add@@YAHHH@Z。这里就和前面将的函数调用方式联系起来了，在GetProcAddress函数中，我们指定的函数名必须是编译后经过重命名的函数名，而不是源文件中定义的函数名。这样实际上给我们的调用带来了相当大的麻烦，因为我们不可能去了解每一个经过重命名的导出函数名。好在微软已经给出了解决方法，那就是在编写动态链接库时同时编写一个以def为后缀的编译命名参考文件，如果动态链接库工程中有该文件，则编译器会根据该文件指定的函数名来导出动态库函数，关于def文件的详细使用方法请参考MSDN，这里就不一一赘述。找到需要的动态库函数后，我们就可以按需要对它进行调用，之后调用FreeLibrary函数释放动态库。因为动态库是多进程共享的，因此调用FreeLibrary函数并不意味着动态库在内存中被释放，每个动态库都有一个变量用来记录它的共享引用计数，而FreeLibrary的功能只是将这个记数减一，只有当一个动态库的引用计数为0时，它才会被操作系统释放。
隐式调用与显式调用的对比
前面已经详细介绍了动态链接库的两种调用方法，相比之下，隐式调用在编程时比较简单，指定导入库文件后，不必考虑函数的重命名，就可以直接调用动态库函数。但由于隐式调用不能指定动态库的加载时机，因此在一个程序开始运行时，操作系统会将该程序需要的动态链接库都加载入内存，势必造成程序初始化的时间过长，影响用户体验。而显式调用采用动态加载的方法，用到什么加载什么，用完即释放，灵活性较高，可以使程序得到优化。具体运用中到底采用哪种方法，还要依实际情况而定。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=638156
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=583439
