摘要:同自动化浏览器（http://blog.joycode.com/jiangsheng/archive/2005/10/20/65489.aspx）相比，自动化浏览器控件(WebBrowser Control) 在应用程序中更加常用。从Outlook的预览窗格到Maxthon这样的基于IE引擎的浏览器，从无界面的HTML分析器到Norton Antivirusd的主界面，浏览器控件在众多领域被用作各种各样的用途。这也使得有必要根据具体的用户需求自定义浏览器控件的行为。 在应用程序中加入浏览器控件 集成浏览器控件的最简单的方法是找一个支持ActiveX的集成开发环境，在工具箱中加入Microsoft Web Browser这个控件，往表单上拖一个这个控件就可以完成工作。你甚至可以用集成开发环境添加ActiveX的事件处理函数。如果要直接导入ActiveX的话，建议使用mehrcpp的vbMHWB控件（http://www.codeproject.com/atl/vbmhwb.asp）。这个控件在浏览器控件的基础上进行了扩展，暴露了很多底层接口。 通常导入ActiveX就可以满足大部分需求  ，但是有些类库中也集成了浏览器控件，并且提供了更多的功能，例如MFC的CHTMLView和CDHtmlDialog，ATL的HTML Control，以及.Net 2.0中的Windows.Forms.WebBrowser。如果使用Visual C++来进行非托管编程，那么建议使用MFC或者ATL的封装类，或者使用vbMHWB控件。托管编程中当然首选Windows.Forms.WebBrowser。除非这些类的BUG影响到了应用程序的开发，否则建议使用这些功能更加强大的封装类。 在使用浏览器控件及其封装类的时候要注意一些已知问题 最后一个包含浏览器的窗口关闭时会话信息可能会丢失（http://support.microsoft.com/kb/311072） MFC6.0版本的CHTMLView中一些方法没有释放获得的BSTR字符串，造成内存泄漏（http://support.microsoft.com/kb/241750）。 MFC6.0版本的CHTMLView缺少WS_CLIPCHILDREN风格，使得其中的浏览器控件重画不正常（http://support.microsoft.com/kb/220021） Windows.Forms.WebBrowser的WebBrowserSite类不能通过重载来自定义其行为（https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=115198） 常见任务 在集成浏览器控件之后，可以完成基本的网页浏览，但是对于不同的任务，也需要进一步的处理，例如设置控件的属性、为控件添加事件处理、操作HTML文档等等。 修改浏览器控件的属性 这在集成开发环境中可以很容易地设置，也可以自己实现容器来设置，但是CHTMLView这样的封装类没有这个选项（http://support.microsoft.com/kb/197921）。 链接目标解析。对于用浏览器控件来做浏览器的场合来说，需要将浏览器的RegisterAsBrowser属性设置为true。这使得Internet Explorer在解析HTML链接的target属性指定的目标窗口时可以找到这个窗口。 禁用拖放。对于使用浏览器控件来做预览窗格的场合来说，需要将浏览器的RegisterAsDropTarget属性设置为false。这使得窗口不接受拖进来的文件和链接。 禁用消息框。对于用浏览器控件来做HTML分析器的场合来说，有时需要屏蔽脚本产生的消息框以避免阻塞程序运行。这可以通过设置浏览器的Silent属性来实现，或者实现IDocHostShowUI::ShowMessage。 捕获浏览器控件的事件 集成开发环境中可以也很容易地添加浏览器的事件处理函数。比较常用的事件包括 NewWindow2或者NewWindow3事件。默认情况下，浏览器控件中创建的新窗口会是一个Internet Explorer的窗口。这通常不是预期的行为，对于浏览器程序来说更是这样。需要处理浏览器的NewWindow2或者NewWindow3（在Windows XP SP2或者Windows 2003 SP1之后可用）事件来让新的浏览器窗口在应用程序提供的窗口中运行。 WindowClosing事件。浏览器控件需要处理WindowClosing事件来在浏览器控件被脚本关闭时关闭浏览器控件的宿主窗口（http://support.microsoft.com/kb/253219）。 BeforeNavigate2事件。可以在自己的网页中加入自定义的协议，之后在BeforeNavigate2事件中扫描URL来进行网页和应用程序之间的交互（http://www.microsoft.com/msj/0100/c/c0100.aspx）。当然，自定义的网络协议也可以用Asynchronous Pluggable Protocol来处理(参见http://support.microsoft.com/kb/303740)，vbMHWB控件就实现了这个功能。但是更加常用的是在弹出广告过滤器程序中用BeforeNavigate2来判断在NewWindow2事件中创建的窗口是否需要关闭。 操作MSHTML文档 通常HTML分析和浏览器自动化程序都需要分析网页的结构，找到需要操作的元素。这需要对网页的结构进行分析，找到目标元素的标识方法。 一些常用的操作包括： 设置HTML元素的属性，例如html、style、value等等。注意有些属性是只读的，甚至是程序无法访问的（例如input元素在类型为文件时其value属性不可访问）。 分析网页的结构来保存网页数据，例如拆取Web 页一文介绍的方案（http://www.microsoft.com/china/msdn/Archives/workshop/scrape.asp） 处理HTML元素的事件。这需要分析浏览器控件中的MSHTML文档对象，定位被操作的元素，以及在元素的连接点上挂接自定义的事件处理程序(http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/mshtml/tutorials/sink.asp)。 添加/删除HTML元素。注意设置有时设置outHtml属性并不能正确创建元素（http://support.microsoft.com/kb/185140），一个的方法是用HTMLDocument对象的CreateElememt方法。 调用HTML元素的方法，这和在脚本中操作HTML类似。可操作的元素/接口可以参考Interfaces and Scripting Objects（http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/mshtml/reference/ifaces/interface.asp），操作方法可以参考Introduction to Dynamic HTML（http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/mshtml/reference/ifaces/interface.asp） 以上的功能都可以通过直接在网页中加入脚本实现（http://support.microsoft.com/kb/185128），而且脚本也可以通过应用程序实现的扩展接口来和应用程序本身交互。另外，脚本还可以被用来自定义一些事件，例如在需要重载自定义的ShowModalDialog的时候就可以用IDispatchEx给window对象添加一个属性，其值为一个自定义的ShowModalDialog函数(http://groups.google.com/group/microsoft.public.inetsdk.programming.webbrowser_ctl/browse_thread/thread/e5eeb4a9111b16af/4bc2709aeb2bb444?lnk=raot)，也可以用加入脚本的办法来捕获网页中的错误（http://support.microsoft.com/kb/317024）。  在页面包含框架的时候，可能需要跨框架访问HTML文档。可以通过查询框架元素所支持的IWebBrowser2接口或者IHTMLWindow2接口来访问框架中的文档（http://support.microsoft.com/kb/196340），但是也有可能因为安全设置而无法访问(http://support.microsoft.com/kb/167796)。 在浏览器控件中显示其它类型的文档时，可以用IWebBrowser2的document属性来访问ActiveX文档，例如在显示Microsoft Word时，IWebBrowser2的document属性就是Word的文档对象，在显示文件夹的时候，IWebBrowser2的document属性就是文件夹对象等等。 扩展浏览器的宿主 浏览器控件在创建时会查询ActiveX容器的IOleClientSite的实现的如下接口：IDocHostUIHandler, IDocHostUIHandler2 and IDocHostShowUI。 虽然在无法自定义ActiveX容器的情况下可以用ICustomDoc::SetUIHandler来挂接IDocHostUIHandler到浏览器控件，但是这样也会造成内存泄漏（http://support.microsoft.com/kb/893629）。一些类库，例如MFC、ATL和.Net类库都实现了IDocHostUIHandler接口。 除了专门用于浏览器用途的程序之外，通常都需要自定义浏览器控件的上下文菜单。这需要实现IDocHostUIHandler::ShowContextMenu。通常的实现包括完全禁用上下文菜单、完全替换上下文菜单、以及修改部分上下文菜单。经常被从上下文菜单中移除的菜单项包含查看源代码、刷新和属性。一种替代的方案是在容器中过滤右键消息（http://support.microsoft.com/kb/231578）。 与浏览器相比，一些Internet Explorer的宿主功能在浏览器控件中并不是默认启用。在某些场合，默认启用的宿主功能可能并非预期。这时需要实现IDocHostUIHandler::GetHostInfo。可以通过实现IDocHostUIHandler::GetHostInfo来自定义的功能包括： 自动完成功能。对于用浏览器控件来做浏览器的场合来说，这个功能是有必要启用的。启用的方法是设置DOCHOSTUIFLAG_ENABLE_FORMS_AUTOCOMPLETE位 如果浏览器中的链接网址包含非ASCII的字符，那么需要实现IDocHostUIHandler::GetHostInfo，并且在返回的DOCHOSTUIINFO结构中设置dwFlags成员的DOCHOSTUIFLAG_URL_ENCODING_ENABLE_UTF8位。这使得网址会在发送之前用UTF-8编码。 3D边框、滚动条，禁用文字选择功能和禁用页面上的脚本。 对于使用浏览器控件来做HTML编辑器的场合来说，有时需要修改默认的页面样式。这都需要实现IDocHostUIHandler::GetHostInfo（http://support.microsoft.com/kb/328803）。注意在有些版本的IE中IDocHostUIHandler::GetHostInfo只在MSHTML被初始化的时候被调用，所以如果你需要在MSHTML被初始化之后使你的修改生效，你需要浏览到一个Word之类的非HTML Active document文档，之后再浏览回来。 在使用浏览器控件来做数据录入界面的场合，需要更改浏览器控件默认的Tab键处理使得用户可以使用Tab键切换到容器中的其他控件。这需要实现IDocHostUIHandler::TranslateAccelerator来自定义浏览器控件的快捷键处理。对于MFC这样用消息钩子来做消息预处理的可自定义容器来说，也可以用PreTranslateMessage来过滤F5键盘消息，而不是实现IDocHostUIHandler::TranslateAccelerator。 在脚本中调用应用程序对浏览器控件的扩展，这需要实现IDocHostUIHandler::GetExternal。使用.Net的WebBrowser控件的话设置ObjectForScripting属性就可以了。 对于用浏览器控件来做HTML分析器的场合来说，有时需要屏蔽脚本产生的消息框。这需要实现IDocHostShowUI::ShowMessage，或者设置浏览器的Silent属性。 另外，浏览器也会查询IOleClientSite来获得其它的服务信息，例如 IOleCommandTarget，查询控件的容器是否提供替代的命令处理，见拙作Hook DHTML Commands一文（http://blog.joycode.com/jiangsheng/archive/2005/07/09/58754.aspx） IServiceProvider。此接口被用于查询用户对如下接口的实现： IInternetSecurityManager ，用户可实现此接口来自定义浏览器控件的安全相关选项（http://msdn.microsoft.com/workshop/security/szone/overview/impl_secmanager.asp） IDownloadMamanger ，用户可实现此接口来自定义浏览器控件的下载过程 IAuthenticate，用户可实现此接口来自定义一些登录界面（http://support.microsoft.com/kb/329802） INewWindowManager，用户可实现此接口来重载Windows XP SP2和Windows 2003 SP1中新增的弹出窗口管理器的行为 其他控制 对于用浏览器控件来做HTML分析器的场合来说，有时需要禁用浏览器的脚本、ActiveX或者图片下载。这可以通过在容器中实现IDispatch，处理DISPID_AMBIENT_DLCONTROL来做到（http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/overview/Overview.asp）。 看来离线浏览的控制并不能用这种方法来控制（http://support.microsoft.com/kb/247336）。不过你可以自己编写一个HTTP层传递 BINDF_OFFLINEOPERATION标志 （http://groups-beta.google.com/group/microsoft.public.inetsdk.programming.mshtml_hosting/msg/76bf4910a289d4b3） 在浏览器控件中java小程序可能不能正常运行，如果使用Sun JVM1.4之后的版本，可以用SetEnvironmentVariable 来设置JAVA_PLUGIN_WEBCONTROL_ENABLE为1来启用Sun JVM。 默认情况下在页面载入时会有点击声。屏蔽点击声的一个方法是在程序运行时修改注册表键（http://support.microsoft.com/kb/201901），另一个方法是将浏览器控件隐藏，在调用Navigate2之后再显示，但是这也需要锁定控件的更新区域（LockWindowUpdate）以避免闪烁。在IE7中，也可以调用 CoInternetSetFeatureEnabled函数，传递FEATURE_DISABLE_NAVIGATION_SOUNDS来禁用浏览时的声音。 在需要使用代理服务器时，有可能需要在应用程序中使用非默认的代理服务器设置。这可以通过调用UrlMkSetSessionOption来实现。...[阅读全文]

摘要:尽管BHO被给与了太多的权限，以至于很多反恶意软件对BHO倍加关注，但是很多BHO也是很有用的，例如Google ToolBar和Internet Explorer Developer Toolbar。在Windows XP SP2中，微软在IE中加入了加载项管理器来管理包含BHO在内的浏览器扩展。 微软在1999年1月发布了一篇名为Browser Helper Objects: The Browser the Way You Want It的文章，同时在微软知识库中也提供了一个示例IEHelper，这使得编写BHO的难度大大降低，但是这也使得有缺陷的BHO的数量增加。甚至在最近这篇文章Building Browser Helper Objects with Visual Studio 2005的示例代码中，也有着一些缺陷，但是这篇文章也详尽地阐述了编写BHO需要注意的事项，编写BHO的程序员应该去看一看。 文中的RGS应该从 HKLM {  SOFTWARE {    Microsoft {      Windows {        CurrentVersion {          Explorer {            'Browser Helper Objects' {              ForceRemove '{D2F7E1E3-C9DC-4349-B72C-D5A708D6DD77}' = s 'HelloWorldBHO' {                val 'NoExplorer' = d '1'              }            }          }        }      }    }  }} 改为 HKLM {  NoRemove SOFTWARE {    NoRemove Microsoft {      NoRemove Windows {        NoRemove CurrentVersion {          NoRemove Explorer {            NoRemove 'Browser Helper Objects' {              ForceRemove '{D2F7E1E3-C9DC-4349-B72C-D5A708D6DD77}' = s 'HelloWorldBHO' {                val 'NoExplorer' = d '1'              }            }          }        }      }    }  }} public IDispEventImpl<1, CHelloWorldBHO, &DIID_DWebBrowserEvents2, &LIBID_SHDocVw,......[阅读全文]

摘要:对于我这种用Fire Fox，用Tencent Traveler，用Maxthon，用我自己写的浏览器——就是不用IE——的人，自认为不会给那些用BHO来弹出广告的流氓软件任何的机会，因为BHO已经被我禁用了。但是Asynchronous Pluggable Protocol继承了BHO的光荣传统，在这一刻被流氓软件灵魂附体。 最近计算机开机的时候老是弹出广告。尽管禁止IExplore.exe的运行可以解决这个问题，但是毕竟不是长久之道，天知道这家伙会不会像CoolWebSearch一样去下载其他流氓软件，这一刻它可能已经不是一个人在战斗了。 我，面对这个问题，10秒钟以后会是怎样的表情？ 首先用来检查问题的是Process Explorer，用这个软件我曾发现了手动清除Baidu和3721之后留下的一些漏网之鱼。IE加载的DLL看起来都很正常，除了一个rich001.DLL之外。这个文件Google不到，暂时无法判定是否属于流氓软件。 下一个用来检查问题的是HijackThis。嗯，除了百度搜霸残留下来的一堆Button之外，rich001.DLL也赫然列在Protocol Handler中，而且处理的居然是http协议。嗯，看起来十分可疑。选择fix，确定，重新启动。 重新启动了！没有弹出广告了！伟大的HijackThis！这个问题是一个绝对理论上的决杀，绝对的死角。这个胜利属于Process Explorer，属于HijackThis，属于所有编写免费软件的人！...[阅读全文]

摘要:好长时间没更新BLOG了，向大家拜个晚年先。最近没怎么写代码，转几篇在网易虚拟社区发的文章过来充数。 对于BUG的自信 Donald E. Knuth(高德纳)在TeX: The Program的前言中说："我相信，在1985年11月27日，TeX代码里面的最后一个BUG已经被发现和解决了。但是，如果代码中仍旧有BUG，我很高兴付给任何第一个发现BUG的人20.48美元(这是前一个金额的两倍，而且我计划在一年内把它翻倍。你看，我很自信！)" 想知道后来发生了什么吗?在http://truetex.com/knuthchk.htm可以看到他写出去的支票的金额是从2.56美元开始翻倍的。微基百科中关于这种支票的文章（http://en.wikipedia.org/wiki/Knuth_reward_check）说，截至2001年10月为止，他写出去了超过两千张这样的支票，但是他的BUG支票是如此有名，以至于很多人把他的支票收藏起来而不是拿出去兑现（http://www.tug.org/whatis.html）。有多少程序员在发布产品的时候可以这样自信地声明产品没有问题？ 遗憾的是，现在的程序员经常把发现BUG的责任推给测试人员——“不用担心，测试人员会发现所有BUG的，这是他们的工作”。实际上，测试人员并没有开发人员的条件，他们不可能进行源代码级别的调试，很大程度上只能靠运气——没错，是靠运气，如果一个BUG很容易被发现，程序员不太可能自己没有发现它——来发现BUG。 还有一些人干脆就认为BUG是不可避免的，或者认为不值得这么精益求精（参见网易虚拟社区http://p5.club.163.com/viewArticleByWWW.m?boardId=clanguage&articleId=clanguage_108eacc622169e7&boardOffset=0的讨论），但是实际上防止BUG出现的最好的时机，就是在编写代码的时候。在编写代码一段时间之后，即使是编写者本人也可能需要一段时间来理解代码（如果不习惯写注释的话，这段时间会更长），更别说定位问题所在了。在编写代码时，如果具有良好的习惯，可以免去很多在之后消灭BUG的困难。 规范不是语法 太多人把不要使用goto奉为圣旨，从来不想去打破。他们会争论，goto会造成难以维护的难读的代码，以及使编译器无法进行优化。这两点在很大程度上是真的，但是也有使用goto可以增加程序可读性和效率时候。在这种情况下，遵循“不使用goto语句”规范会产生更糟糕的代码。一些人喜欢在成员函数后面加const，但是另外一些人没有养成这个习惯。一个直接的结果就是，一些看起来对对象完全没有影响的函数不能在const函数里面使用。这时候应该怎么办？看看Paul DiLascia建议的，把this指针强行转化为一个非const指针（http://www.microsoft.com/msj/archive/S126E.aspx）。如果函数实际上会对对象成员造成影响（例如CToolBar::GetItemRect），这也会带来潜在危险。为了和ANSI标准之前编写的代码兼容，ANSI C中的memchr函数的声明为void *memchr( const void *buf, int c, size_t count ); 这里c是一个字符。很明显，标准为了兼容性放弃了明确性和更强的类型检查。如果放弃兼容性，这个函数应该声明为如下形式void *memchr( const void *buf, unsigned char c, size_t count ); 微软的很多代码使用一种叫做匈牙利表示法的命名规范。这使得标识符的含义和类型更加明确——但是这是从广义的角度来说的。考虑如下函数声明char *strcpy( char *strDestination, const char *strSource ); 如果严格遵循原始的匈牙利表示法，那么两个参数的声明应该是pch开头。但是以str开头给这两个参数更多含义：它们指向以\0为结束符的字符串。   规范是用来在大部分时间里遵循，以及在可以得到更好的结果时打破的。 编译警告的意义 智能化的编译器开始将语法正确的语句列为警告：while(size-->0);//注意这里有个分号 *pTo++=*pFrom++; 编译器会报告空循环问题。但是对于以0结尾的字符串复制while(*pTo++=*pFrom++); ，这样的警告是多余的。更加常见的警告是在条件判断语句中if(ch='\0') EndOfString(); 为了绕过这个警告，需要添加额外的运算或者语句，或者更正错误的赋值。while((*pTo++=*pFrom++)!='\0')...{} if(ch=='\0') 一些程序员甚至将比较语句修改成if('\0'==ch) 这样作的原因显而易见：为了减少潜在的BUG。如果你的编译器没有这样的警告，那么你可以使用一些工具来检查那些语法正确但是有潜在BUG的代码。LintProject （http://www.codeproject.com/tools/lintproject.asp）就是其中一个。但是，良好的编程习惯还是减少BUG出现的最好的方法。在觉得警告消息太烦人的时候，不妨想想编译器的开发人员为什么要编写这么多警告消息，而不是仅仅寻求关闭警告的方法。 P.S. Visual C++的默认警告等级是3级。发布软件之前应该改成4级，之后检查所有的编译警告。 无处不在的断言 使用编译器来捕获BUG的主意很好，Visual Studio 2005甚至会报告定义的变量不符合命名规范（Warning 1 CA1709 : Microsoft.Naming : Correct the casing of type name 'welcome'.）；但是我敢打赌你检查BUG列表的时候，你会发现只有一小部分BUG会被编译器抓到。很多BUG在程序运行过程中很少会出现，例如内存分配失败的问题 我在很久之前就开始用程序自动化Shell窗口——主要对象是IE窗口。有时浏览器控件或者MFC类CHTMLView可以满足我的需要，但是很多时候我需要从头嵌入浏览器控件并且尽可能模拟IE的行为，例如实现IDocHostUIHandler来启用自动完成功能。一个很自然的替代方案是直接操作IE窗口。 创建新的Internet Explorer窗口 最简单的方法是调用Windows API ShellExecute (Ex)，Paul DiLascia在他的C++ Q&A专栏文章"Browser Detection Revisited, Toolbar Info, IUnknown with COM and MFC"里面有一段示例代码: /**//// As I've shown in many programs... ShellExecute(0, _T("open"), pszMyHTMLFile, 0, 0, SW_SHOWNORMAL); 但是，这样没法控制新的窗口，而且在用户关闭程序之后会留下一个IE窗口。为了扫我自己的门前雪，我需要找到我创建的窗口，并且控制它。 我的下一个尝试是创建和控制一个InternetExplorer对象，并且在必要时关掉它。微软知识库中有这么一篇文章"How To Automate Internet Explorer to POST Form Data" 基本上描述的就是我想要的，除了最后的关闭窗口。嗯，简单的调用IWebBrowser2::Quit就可以做到这一点// create a new IE instance and show it //CComQIPtr m_pWebBrowser2; m_pWebBrowser2.CoCreateInstance(CLSID_InternetExplorer); HRESULT hr; hr = m_pWebBrowser2->put_StatusBar(VARIANT_TRUE); hr = m_pWebBrowser2->put_ToolBar(VARIANT_TRUE); hr = m_pWebBrowser2->put_MenuBar(VARIANT_TRUE); hr = m_pWebBrowser2->put_Visible(VARIANT_TRUE); if(!::PathIsURL(m_strFileToFind)) ......[阅读全文]

摘要:Hook DHTML Commands 浏览器在执行很多命令之前都会允许容器来替换默认的处理。在执行一些默认的命令之前，系统会查询用户对IDocHostUIHandler的实现对象的IOleCommandTarget接口，调用默认(NULL)或者CGID_DocHostCommandHandler命令组的命令。如果容器的对应命令处理返回S_OK。那么默认的处理就不会被调用。 下面列出一些可以在容器中自定义的操作：（这些常量的定义位于docobj.h中） OLECMDID_PRINT，默认命令组 OLECMDID_SHOWSCRIPTERROR, CGID_DocHostCommandHandler命令组 OLECMDID_FOCUSVIEWCONTROLSQUERY, CGID_DocHostCommandHandler命令组 OLECMDID_SHOWPAGEACTIONMENU, CGID_DocHostCommandHandler命令组 MFC提供了一些比较容易扩展的类和宏，这样可以很容易地在扩展容器来实现新的接口。这里使用CCmdTarget类提供的GetInterfaceHook虚函数来进行扩展。 //This sample is based on MFC sample DHTMLExplore. //a button is inserted into explore.htm: //<BUTTON class=hotElement id=print accesskey="P"><U>P</U>rint</BUTTON> //to invoke the print command #include <afxole.h> #include <mshtmcid.h> ///////////////////////////////////////////////////////////////////////////// // CDHtmlExploreDlg dialog class CDHtmlExploreDlg; //customize the CBrowserControlSite class to implement IOleCommandTarget. //the IDocHostUIHandler interface is implemented in CBrowserControlSite, //an internal control site class declared within afxdhtml.h class CDHtmlExploreControlSite: public CBrowserControlSite , public IOleCommandTarget CDHtmlExploreControlSite( COleControlContainer* pCtrlCont, CDHtmlExploreDlg *pHandler) : CBrowserControlSite(pCtrlCont,pHandler){}; protected: // Implementation ......[阅读全文]

摘要:在自动化浏览器控件提交表单之后，浏览器控件可能会在浏览超时时重定向到一个错误页面。有时需要用代码控制页面返回之后重新提交表单。 IE6.0之前的版本浏览器控件没有获得HTTP状态代码的接口。一个很依赖于网站设置的方法是，捕获TitleChange事件，在页面标题包含"找不到页面"或者"Page Not Found"之类的字符串时，认为浏览失败。使用这种方法基本只对特定语言的网站有效，也可能受在浏览时使用的代理服务器影响而造成判断不准确。另一个方法是假定短时间内两次连接的结果相同，通过捕获浏览器的BeforeNavigate2事件，在事件处理代码中用winhttp api单独和服务器连接来测试服务器的回应。连接之后可以使用HttpQueryInfo来查询信息，相应参数是HTTP_QUERY_STATUS_CODE。在这之前，可能要在打开URL时用INTERNET_FLAG_IGNORE_REDIRECT_TO_HTTP | INTERNET_FLAG_IGNORE_REDIRECT_TO_HTTPS标志来防止服务器的重定向。这种方法会造成每个页面被下载两次，一次由手动测试连接代码发起，一次由浏览器控件发起。根据网络和服务器的状况，两次下载也可能有不同的结果，所以这种方法也未必准确。 IE6.0版本的浏览器控件可以触发DWebBrowserEvents2::NavigateError事件来通知浏览错误及提供错误代码。但是，这个事件只在使用代码触发了浏览错误之后触发一次。在用户点击链接触发浏览错误时不会触发这个事件。 HTML文档对象不支持使用IBindStatusCallback接口自定义URL Moniker绑定过程，因此获得IWinInetHttpInfo接口之后查询信息的方法不能用。InternetGetLastResponseInfo在浏览失败时可能仍然成功，因为服务器可能自定义访问错误的页面。 参考 http://www.microsoft.com/mind/0796/protocol/protocol.asp DWebBrowserEvents2::NavigateError http://www.microsoft.com/mind/0396/sweeper/sweeper.asp http://www.microsoft.com/mind/1096/activex/activex.asp http://msdn.microsoft.com/workshop/networking/moniker/overview/overview.asp...[阅读全文]

摘要:http://www.csdn.net/develop/read_article.asp?id=21702 最近这篇文章长长短短，写了两个礼拜吧。写这篇文章的主要原因是想把网页分析做得更加灵活。这篇文章的基础是我以前为一个EBS游戏写的外挂，可以自动修改网页内容（主要是表单）和定时submit表单（有的网站的submit有时间限制）。以前的代码是用VC来写的，和网页的修改同步很不方便。很多功能，例如表单的自动填写和递交依赖于表单的结构，网页结构一变的话，就需要重新编译代码。所以这次重写的时候（那个EBS又改版了），想考虑做成类似于Outlook的邮件规则。但是在编写的时候，发现这样的规则编写起来实在是太繁琐了。其实这些规则用VB来写脚本的话，可能就几句话，例如判断浏览完成之后判断URL，自动填写和递交表单。 这是我使用VBS的原因。在程序中集成脚本解释器之后，网站改版的时候改脚本就可以了，虽然使用门槛要高些（要会编写脚本）。主要碰见的技术问题是脚本中的浏览器的事件处理代码不能执行（CHtmlView捕获了事件，所以要在CHtmlView里面转发事件）移植MFCIE的代码到MDI的时候的菜单出现很多问题，主要是MDI的菜单替换，以及插入MDI系统菜单之后收藏夹的位置变化移植部分MFC7的代码到MFC6,中间还结合了一大堆修复MFC6BUG的代码，真是faint无法直接创建支持事件的CCmdTaget类（ActiveX好像可以……）MFC的类向导不支持自动化中的默认参数上面两个问题使得我不得不手动改ODL文件，结果造成无数问题……ODL还是能不改就不改吧关闭窗口时出现非法操作（最后捕获了WindowClosing事件，Cancel掉了系统的处理之后自己关闭）调用IE的表单的自动完成的时候，没做成功。好像和隐藏方法IShellUIHelper::AutoCompleteAttatch有关。编辑网页源代码时文档结构的刷新有问题，被编辑的节点的Child集合在SetOutHTML之后长度变成0了，最后是刷新整个文档结构树才解决。IE的BUG?...[阅读全文]