使用DLL中的资源

我很早的时候写过一篇MFC中CDialog与其对话框资源的绑定,但这几天在MFC DLL上做了一些工作后发现当时的理解实在肤浅。说不定过了几年再回头看看目前这篇文章,又觉得本文也是鬼话连篇了吧,哈哈。

使用DLL中的资源面临的一个主要问题是,DLL和EXE中都有资源集,但是程序在运行态到底会去哪个资源集中找常常令我们疑惑。
考虑如下的经典情况:

在新建MFC DLL工程时选中Regular DLL using shared MFC DLL选项,新建一个与MFC自身DLL共享的DLL。在新DLL中新建一个ID名为IDD_DLLDIALOG的对话框资源。在这个DLL中导出一个ShowDialog()函数,内容如下:

1 extern "C" void Show Dialog()
2 {
3     CDialog dlg(IDD_DLLDIALOG);
4     dlg.DoModal();
5 }

新建一个MFC的EXE工程,导入刚刚新建的DLL工程的lib和dll,将OK按钮的响应函数设置为:  ShowDialog();  编译链接通过后,我们运行起程序来会发现点击OK按钮后什么反应都没有!怎么会这样?我们不是明明在DLL里设定好了IDD_DLLDIALOG吗?请大家注意“在新建MFC DLL工程时选中Regular DLL using shared MFC DLL”这句话,如果我们当时选的是“Regular DLL with MFC statically linked”又会是什么情况呢?又能正常显示了!

使用静态连接的方式访问MFC库DLL,会把MFC库DLL与工程本身一起打包,而共享的方式则会在运行时去系统路径中动态加载MFC库DLL。我们可以这么理解以上的现象:如果新建的DLL使用共享的方式访问库DLL,当EXE程序运行时,实际上有两套上下文系统在运作,而静态连接则只有一套上下文系统了,因此在静态连接时会需要进行模块状态的切换。

当我们新建的是共享方式访问 库DLL的DLL时,要解决上述问题比较通用的做法是在ShowDialog函数里面加上一句AFX_MANAGE_STATE(AfxGetStaticModuleState());

AfxGetStaticModuleState()的原型为:

AFX_MODULE_STATE* AFXAPI AfxGetStaticModuleState( );

即当前模块的ModuleState指针。

AFX_MANAGE_STATE宏则会以传入的指针为参数去在栈上新建一个类,此类会做哪些事相信聪明的你也能猜到了.没错,它会在构造函数中存下当前的ThreadState所指向的ModuleState指针,再将传入的指针指定为当前ThreadState所指向的指针。等到这个类的实例被析构是,又将其改回去。

令外一种方法是使用AfxGetResourceHander()配合AfxSetResourceHander(HINSTANCE)了(这也正是我在MFC中CDialog与其对话框资源的绑定中介绍的方法)。

如果我们不想在EXE中通过间接的调用DLL导出的ShowDialog(),而是直接想在EXE的OnBnClickedOk()中生成一个使用DLL中对话框资源的对话框呢?这时AFX_MANAGE_STATE(AfxGetStaticModuleState())就派不上用场了(因这它是用在DLL工程中的)。最好的办法是用AfxSetResourceHander(HINSTANCE)配合GetModuleHandle(LPCTSTR)。

GetModuleHandle(LPCTSTR str)将会根据传入的字符串得到相应的模块句柄。注意,EXE和DLL都可以被看作是模块。当传入为空(NULL)时,将得到当前进程(EXE)的HINSTANCE句柄。使用GetModuleHandle要保证相应的dll已经被加载,也许你会说这个条件不是废话么,但是这确实是很容易犯错的地方。

如果是用静态加载DLL的方式(即直接把生成的那个.lib文件导入),而之前又从未调用过这个dll中的任何函数或变量的话,GetModuleHandle只会得到一个空值。因为系统会直到有某个语句调用过dll里面的东西时才会将dll真正加载。

例如:

1 void CUseDllDlg::OnBnClickedOk()
2 {
3     HINSTANCE temp = AfxGetResourceHandle();
4     AfxSetResourceHandle(GetModuleHandle(_T("RegDll")));
5     CDialog dlg(4000);
6     dlg.DoModal();
7     AfxSetResourceHandle(temp);
8 }

上面的这份代码运行时会报错,因为AfxSetResourceHandle在检查入参时发现了个空值。而下面的代码则不会有问题:

1 void CUseDllDlg::OnBnClickedOk()
2 {
3     ASSERT(TestOnly() == 1);
4     HINSTANCE temp = AfxGetResourceHandle();
5     AfxSetResourceHandle(GetModuleHandle(_T("RegDll")));
6     CDialog dlg(4000);
7     dlg.DoModal();
8     AfxSetResourceHandle(temp);
9 }

其中TestOnly也是从RegDll中导出的函数,它什么都不做,只是返回一个1。我们使用它只是为了把RegDll加载进来。当然了,如果我们直接使用动态加载的方法,像下面这样直接LoadLibrary那更是没有问题了。

1 void CUseDllDlg::OnBnClickedOk()
2 {
3     HMODULE hm= LoadLibrary(_T("..//Debug//RegDll.dll"));
4     HINSTANCE temp = AfxGetResourceHandle();
5     AfxSetResourceHandle(GetModuleHandle(_T("RegDll")));
6     CDialog dlg(4000);
7     dlg.DoModal();
8     AfxSetResourceHandle(temp);
9 }

不过眼尖的读者可能会立即发现其实在上面这种情况下使用GetModuleHandle不是最好的选择。因为直接来个AfxSetResourceHandle(hm)就可解决问题了。

from:http://www.thankcreate.com/c/275

原文地址:https://www.cnblogs.com/lidabo/p/2802028.html