静态链接：每个应用程序使用函数库，必须拥有一份库的备份。多个应用程序运行时，内存中就有多份函数库代码的备份。
动态连接库：多个应用程序可以共享一份函数库的备份。
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;
就可以正确调用了。