Activex在我们实现编码过程常常碰到一些问题,这些问题一方面也说明我们对微软的MFC内部真正机制没有真正了解。
问题一:为什么我的Activex中使用GDI+时,退出函数"GdiplusShutdown"会挂住?
微软MSDN建议在Actviex中暴露两个函数接口,一个是调用Activex内部GdiplusStartup函数,另一个是调用Activex内部GdiplusShutdown函数。以此在应用程序调用前启动,结束之后析构。
下面是在Actviex内部自行解决供参考:
#pragma comment (lib, "Gdiplus.lib")
namespace Gdiplus
{
class GdiPlusInitialize
{
GdiplusStartupInput startupInput;
GdiplusStartupOutput startupOutput;
public:
GdiPlusInitialize()
{
startupInput.SuppressBackgroundThread = TRUE;
GdiplusStartup(&m_Token, &startupInput, &startupOutput);
Status stat = startupOutput.NotificationHook(&m_Token);
ASSERT(stat == Ok);
}
~GdiPlusInitialize()
{
startupOutput.NotificationUnhook(m_Token);
GdiplusShutdown(m_Token);
}
protected:
ULONG_PTR m_Token;
#ifndef GDIPLUS_NO_AUTO_INIT
static GdiPlusInitialize m_Initialize;
#endif
};
#ifndef GDIPLUS_NO_AUTO_INIT
GdiPlusInitialize GdiPlusInitialize::m_Initialize;
#endif
}
问题二:为什么我的MFC动态库类对象无法序列化(class not defined)?
在我们的工程中使用了Actviex控件,其调用了自己封装的MFC扩展动态链接库,这种问题你可能就会碰到了。我们常常让向导生成一个动态链接库,可能有些提醒从来不关心:
“将此 DLL 插入到资源链中注意: 如果此扩展 DLL 由 MFC 规则 DLL (如 ActiveX 控件)隐式链接到,而不是由 MFC 应用程序链接到,则需要 将此行从 DllMain 中移除并将其放置在一个从此扩展 DLL 导出的单独的函数中。使用此扩展 DLL 的// 规则 DLL 然后应显式// 调用该函数以初始化此扩展 DLL。否则, CDynLinkLibrary 对象不会附加到/规则 DLL 的资源链,并将导致严重的问题。”
我们从来不关心这些提示问题,好像这个说法跟我无关。在Activex中调用MFC的扩展动态链接库,这时候上面的语句将发挥作用了。
1、默认过程
// dllmain.cpp : 定义 DLL 的初始化例程。
//
#include "stdafx.h"
#include <afxwin.h>
#include <afxdllx.h>
#ifdef _DEBUG
#define new DEBUG_NEW
#endif
static AFX_EXTENSION_MODULE testdllDLL = { NULL, NULL };
extern "C" int APIENTRY
DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID lpReserved)
{
// 如果使用 lpReserved,请将此移除
UNREFERENCED_PARAMETER(lpReserved);
if (dwReason == DLL_PROCESS_ATTACH)
{
TRACE0("testdll.DLL 正在初始化!\n");
// 扩展 DLL 一次性初始化
if (!AfxInitExtensionModule(testdllDLL, hInstance))
return 0;
// 将此 DLL 插入到资源链中
// 注意: 如果此扩展 DLL 由
// MFC 规则 DLL (如 ActiveX 控件)隐式链接到,
// 而不是由 MFC 应用程序链接到,则需要
// 将此行从 DllMain 中移除并将其放置在一个
// 从此扩展 DLL 导出的单独的函数中。使用此扩展 DLL 的
// 规则 DLL 然后应显式
// 调用该函数以初始化此扩展 DLL。否则,
// CDynLinkLibrary 对象不会附加到
// 规则 DLL 的资源链,并将导致严重的
// 问题。
new CDynLinkLibrary(testdllDLL);
}
else if (dwReason == DLL_PROCESS_DETACH)
{
TRACE0("testdll.DLL 正在终止!\n");
// 在调用析构函数之前终止该库
AfxTermExtensionModule(testdllDLL);
}
return 1; // 确定
}
2、正确过程
// dllmain.cpp : 定义 DLL 的初始化例程。
//
#include "stdafx.h"
#include <afxwin.h>
#include <afxdllx.h>
#ifdef _DEBUG
#define new DEBUG_NEW
#endif
static AFX_EXTENSION_MODULE testdllDLL = { NULL, NULL };
extern "C" int APIENTRY
DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID lpReserved)
{
// 如果使用 lpReserved,请将此移除
UNREFERENCED_PARAMETER(lpReserved);
if (dwReason == DLL_PROCESS_ATTACH)
{
TRACE0("testdll.DLL 正在初始化!\n");
// 扩展 DLL 一次性初始化
if (!AfxInitExtensionModule(testdllDLL, hInstance))
return 0;
// 将此 DLL 插入到资源链中
// 注意: 如果此扩展 DLL 由
// MFC 规则 DLL (如 ActiveX 控件)隐式链接到,
// 而不是由 MFC 应用程序链接到,则需要
// 将此行从 DllMain 中移除并将其放置在一个
// 从此扩展 DLL 导出的单独的函数中。使用此扩展 DLL 的
// 规则 DLL 然后应显式
// 调用该函数以初始化此扩展 DLL。否则,
// CDynLinkLibrary 对象不会附加到
// 规则 DLL 的资源链,并将导致严重的
// 问题。
// 屏蔽下面语句
// new CDynLinkLibrary(testdllDLL);
#ifndef _IN_OTHER_DLL
new CDynLinkLibrary(testdllDLL);
#endif
}
else if (dwReason == DLL_PROCESS_DETACH)
{
TRACE0("testdll.DLL 正在终止!\n");
// 在调用析构函数之前终止该库
AfxTermExtensionModule(testdllDLL);
}
return 1; // 确定
}
#ifdef _IN_OTHER_DLL
__declspec(dllexport) void tesInitialize()
{
new CDynLinkLibrary(testdllDLL);
}
#endif
完成上面的工作,同时在你的工程“预处理器定义”中增加“_IN_OTHER_DLL”。接下来在你的导出函数或XXX.def声明该函数tesInitialize(),
; testdll.def : Declares the module parameters.
LIBRARY "testdll"
EXPORTS
testInitialize
// CXXXApp::InitInstance - DLL initialization
BOOL CXXXApp::InitInstance()
{
BOOL bInit = COleControlModule::InitInstance();
testInitialize();
return bInit;
}
// CXXXApp::ExitInstance - DLL termination
int CXXXApp::ExitInstance()
{
// TODO: Add your own module termination code here.
return COleControlModule::ExitInstance();
}