Activex制作到发布
概述
具体代码在DocWebApplication的CheckRoleye页面和MyActivex程序中。 本文描述一个具有简单防截屏功能的activex插件的制作到发布的全过程。发布时指最终能把由activex打包的cab包放到web中，第一次打开网页时都会提示下载安装。
首先，防截屏的功能主要是通过hook实现的。然后，对于activex的发布，第一关要过的就是签名，我用的是根证书的签名方式，同12306所用的方式相同。最后，activex的下载安装是通过静态编译完成。下文将对以上内容进行详细的叙述。
防截屏
防截屏是在vs2010 中的mfc activex开发的。如图1.1所示。
如图1.1所示
对于activex控件的整个开发环境，各个类的作用及他们之间的关系我这里
不多说了，详细看孙鑫老师视频的第18讲（Activex控件的应用于工作原理）（这个地方自己理解的也不是很深入，应该重新看视频理解一下）。本系统的名字为Myactive1。Mfc activex的类图如1.2所示。
本系统所用到的是CMyActive1Ctrl类。首先是为该类添加一个函数（具体方法参见孙鑫视频），外部程序能够直接调用这个函数。本系统添加的函数名为SetHook（）。在这个函数中实现具体的防截屏操作。具体代码如下： void CMyActive1Ctrl::SetHook(void) {
AFX_MANAGE_STATE(AfxGetStaticModuleState());
g_hIE=::FindWindow(NULL,_T(\)); if (!g_hIE) {
::MessageBox(NULL,_T(\获取ie句柄失败\),_T(\错误\),NULL); }
hWndNextViewer =::SetClipboardViewer(g_hIE);
g_wndHook=SetWindowsHookEx(WH_CALLWNDPROC,CallWndProc, AfxGetInstanceHandle() ,0); }
下面对上面的代码进行讲解。 HHOOK WINAPI SetWindowsHookEx( int idHook, HOOKPROC lpfn, HINSTANCE hMod, DWORD dwThreadId);
函数安装一个应用程序定义的hook程序到一个hook链中（最后安装的hook
过程总是排在hook链的最前面）。你可以通过安装hook过程来监视系统中某些类型的事件。这些事件与某些特定线程相关，或是与调用线程在同一桌面的所有线程相关。WH_CALLWNDPROC用来指定所安装的钩子过程类型。dwThreadId指示和hook处理过程相关的线程的标示符，如果这个参数是零，则这个hook过程和调用这个hook的线程在同一桌面的所有线程相关。Lpfn是一个指向钩子过程的指针，如果dwThreadId为零或是指向一个其他进程所创建线程的标示符。Lpfn必须指向一个在动态链接库中定义的hook过程。这是因为进程的地址空间是相互隔离的,发生时间的进程不能调用其他进程地址空间的钩子函数.如果钩子函数的实现代码在DLL中,在相关事件发生时,系统会把这个DLL插入到发生事件的进程的地址空间,使它能够调用钩子函数。否则，Lpfn可以指向一个在当前进程中定义的hook过程。hMod应该指向包含lpfn所指向的hook过程的动态链接库的句柄。如果lpfn如果指向的是当前进程中一个hook过程，则hMod为null。
举例：键盘钩子：
在成功调用SetWindowsHookEx函数安装系统范围内的键盘钩子后，windows在内部自动对每个接收键盘输入的进程调用loadlibrary函数，强迫他们加载包含钩子函数执行代码的dll模块，这就是这些进程能够访问钩子函数的原因。
本系统的hook类型选用CALLWNDPROC（不知道这个类型的hook是否能够拦截一个消息，如果能应该怎样拦截一个消息，使这个消息不能传递到窗口过程函数中）。它的作用是安装一个hook过程用来监视系统的消息（在这些消息到达最终的窗口过程函数之前。第四个参数设定为0，使这个hook过程对桌面上的所有线程都起作用，也就是当前桌面都不能够截屏（本系统应该实现的是对silverlight应用程序实现hook过程，也就是特定的线程，但是现在还没有学会应该怎样通过第四个参数指定特定的线程）。第三个参数应该指向的是一个动态链接库，但是本系统是通过activex插件写的，开始并不知道如何获得当前activex插件的句柄，最后发现可以利用AfxGetInstanceHandle()函数。它能够返回当前activex程序的句柄，在寻找这个函数的过程中积累了一个寻找当前程序句柄的方法。我在mfc activex应用程序的整个解决方案中，搜索“handle”,这样我就找到了这个函数，同样在mfc应用程序中我通过搜索“main”,获得mfc应用程序的句柄。第二个参数为CallWndProc。他是hook过程函数的名字。他它可以是一个由应用程序定义的或是动态链接库定义的回调函数（对回调函数仍然没有理解）。声明如下：
LRESULT CALLBACK CallWndProc( _In_ int nCode,
_In_ WPARAM wParam, _In_ LPARAM lParam );
这里只说第三个参数lParam。它指向一个CWPSTRUCT类型的结构体的指针，这个结构体描述了相关消息的详细信息。在本系统中，它的作用是用来判断想要拦截消息类型，如: LPARAM 是LONG类型的，需要进行强制转换为指针类型（但是函数为什么不直接定义CWPSTRUCT类型的结构体的指针，个人认为是为了增加函数的通用性吧），对于转换为何种指针类型， CWPSTRUCT的结构体定义：
typedef struct tagCWPSTRUCT { LPARAM lParam; WPARAM wParam; UINT message; HWND hwnd;
} CWPSTRUCT, *PCWPSTRUCT, *LPCWPSTRUCT;
((PCWPSTRUCT)lParam)->message==WM_DRAWCLIPBOARD.
CallWndProc中的具体实现就是监听剪切板事件，如果剪切板中复制的是位图，则对剪切板进行清除，具体不再讲解。定义如下：
LRESULT CALLBACK CallWndProc( _In_ int nCode,
_In_ WPARAM wParam, _In_ LPARAM lParam ) {
if ((PCWPSTRUCT)lParam)->message==WM_DRAWCLIPBOARD) {
nFormat=GetPriorityClipboardFormat(auPriorityList,sizeof(auPriorityList)); if(nFormat == CF_TEXT) {
OpenClipboard(g_hIE);
HGLOBAL hMem = GetClipboardData(nFormat); LPTSTR lpstr = (LPTSTR)GlobalLock(hMem); //MessageBox(NULL,lpstr,\警告\ //lpstr就是剪贴板里面的内容了
GlobalUnlock(hMem); CloseClipboard(); }
else if(nFormat ==CF_BITMAP)//可以在这里处理掉截图 {
OpenClipboard(g_hIE);
HGLOBAL hMem = GetClipboardData(nFormat); EmptyClipboard();//清空剪贴板 CloseClipboard(); } }
return CallNextHookEx(g_wndHook,nCode,wParam,lParam); }
如果想要监听好剪切板事件需要一个SetClipboardViewer（）函数（具体原因没有理解），这个函数需要一个句柄，在本程序中应该是ie的句柄，而如何获得ie句柄，应该用FindWindow（）函数，这个函数需要要获得应用程序句柄的名字，而这个名字应该怎样获得，可以利用名为Spy++Lite的软件。
以上就是activex中的所有代码。对于程序的编译，最好选择静态编译，静态编译就是编译器在编译可执行文件的时候，将可执行文件需要调用的对应动态链接库(.so)中的部分提取出来，链接到可执行文件中去，使可执行文件在运行的时候不依赖于动态链接库。开始，我选用的是在debug模式下动态编译，打包cab文件时需要把所需要的dll文件都包含进去，但是由于自己没弄明白，最后只能在windows server系统中下载安装成功，在windows7系统中则不能下载，最后也没弄明白到底是哪个dll文件没弄对。最后改用静态编译。静态编译要做如下修改：
1. 项目—配置属性—常规—MFC的使用：使用静态库中使用MFC 2. 项目—配置属性—C/C++—代码生成—运行时库：选择/MT
3. 解决方案—属性—配置属性—配置—配置：release（设定静态编译时不
知道是否需要依赖此项，但是使用release编译，的确能减少对mfc的动态链接库的依赖）。
编译程序。到这里整个activex控件部分的开发结束。