重要:VC DLL编程

静态链接：每个应用程序使用函数库，必须拥有一份库的备份。多个应用程序运行时，内存中就有多份函数库代码的备份。

动态连接库：多个应用程序可以共享一份函数库的备份。

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;

就可以正确调用了。