C#编写IE插件的一些经验

最新推荐文章于 2026-03-25 00:53:43 发布

原创最新推荐文章于 2026-03-25 00:53:43 发布 · 3.3k 阅读

4 ·

本内容遵循CC 4.0 BY-SA版权协议

标签

#ie插件 #c# #events #框架 #object

本文探讨了在C#中开发IE浏览器BHO时遇到的BeforeNavigate2事件未触发问题及可能的原因，并提供了多种解决方案，包括如何判断点击刷新按钮、避免网页元素事件的重复设定等问题。

1. BeforeNavigate2不发生

在C#中这个事件好像是有问题，一直没有被触发过。这个有可能是.NET Framework 4.0的bug，因为在C++中调用这个事件是有效的。
除了等微软发补丁，我们自己没什么解决办法。

2. 多个NavigateComplete2和DocumentComplete的问题
这个问题的一般结论是，在载入多个框架的网页时，每个框架都会引发自己的NavigateComplete2和DocumentComplete事件，判断该事件是否为主框架的对应事件可以用以下代码：

        void ieInstance_NavigateComplete2(object pDisp, ref object URL)
        {
            if (pDisp == ieInstance)
            {
                //Do something.
            }
        }

其中ieInstance为public对象，而SetSite中将其指定：

        public InternetExplorer ieInstance;
        ieInstance = (InternetExplorer)site;

可以认为是该IE窗口（或选项卡）对应的对象。

但是在某些复杂页面上，该事件似乎会被触发多次。在大部分网页上应该是只触发一次的。

3. 如何判断点击刷新按钮事件
其实我觉得Chrome的作法比较奇怪，在网页加载过程是不能刷新的，这个细节非常有趣。
因为我编写的BHO主要是设置网页元素事件，而这类事件会在刷新之后失效，因此我需要捕捉按刷新页面这个事件。
网页刷新过程中，NavigateComplete2和DocumentComplete都是不会发生的。同时IE并未提供这个按钮的事件，因此有很多不太正规的方法去判断。MSDN上说的是，如果一个DownloadBegin之前是DocumentComplete，那么该DownloadBegin应该是由刷新按钮触发的。
这个方法是不正确的，事实上我已经观测到很多网页在加载的过程中，DocumentComplete之后还有DownloadBegin。这多半是因为页面上有一些额外的元素，例如漂浮的图片广告之类。同时，该方法对于在加载过程中刷新，或者是刷新之后再刷新都是无效的。
我曾经用过一个方法，基于一个可能性较大的猜测：DownloadBegin必然有接下来的DownloadComplete，即使操作被挂起。那么，DownloadComplete之后呢？一般来说应该是紧接着一个新的DownloadBegin，如果没有，就是网页加载完毕了。据此，可以记录下每个DownloadComplete发生的时间，如果某一个DownloadBegin发生时，在其之前一定时间之内没有任何事件发生，即可以认为这个DownloadBegin是由刷新按钮触发的。
但是这个方法也有相当的缺陷，首先是间隔时间长度，设得太短容易误判，太长容易没反应，毕竟是基于人们浏览网页的习惯。此外，有一种特殊情况，就是在网页加载过程中刷新，很明显这种方法是不行的。
不过后来很意外，我发现网页元素在刷新后失效这个特性可以利用一下，具体的方法如下：
定义public变量：

        public IHTMLDocument3 document;
        public HTMLElementEvents2_Event rootElementEvents = null;

在NavigateComplete2中将网页元素事件指定：

        document = ieInstance.Document as IHTMLDocument3;
        rootElementEvents = document.documentElement as HTMLElementEvents2_Event;

在DownloadBegin中添加如下代码：

        if (rootElementEvents != document.documentElement as HTMLElementEvents2_Event)
        {
            //This might be refreshing, if no navigations.
        }

该if语句就是判断rootElementEvents是否跟ieInstance挂钩，刷新之后既然不挂钩了，那么该判断为真时，就可以认为是用户刷新了网页。而为了使该判断仍然可以使用，之后需要在立刻在下一个DownloadComplete重新将二者挂钩。
该方法对任何时候的刷新都有效，但是有时在打开新页面时也会发生，可以通过一些小手段处理。

4. 避免网页元素事件的重复设定
用户打开一个选项卡之后，所进行的操作是难以估计的，有可能是重新打开该页面，刷新该页面（以上二者是不同的），从该选项卡打开新页面等等。一般来说，我们需要每次重新导航或者刷新之后，重新设定网页元素的事件。
正是因为IE没有刷新事件的接口，因此重新设定的适合时机不太容易抓住，前面所说的判断刷新的方法虽然有效，但是却不太容易将它与新的导航区分开来。而刷新和重导航是都需要设定事件的，这时就可能发生重复设定。
如果需要设定的事件并没有什么明显的操作，那很多时候倒也无关痛痒。但是如果操作是可见的，那么重复设定的后果就是可见操作会发生两次甚至更多次。例如在本例中，需要对鼠标的拖拽事件进行设定，可以拖拽出新的选项卡，那么重复设定就会导致一次拖拽出现两个甚至更多个新选项卡，这显然是我们不愿意看到的。
如果实在太难以区分，那么就干脆不要区分而采用其他的手段。在设定事件之前，首先清除前一个事件，即：

        rootElementEvents.ondragend -=
            new HTMLElementEvents2_ondragendEventHandler(
                Events_Ondragend);
        rootElementEvents.ondragend +=
            new HTMLElementEvents2_ondragendEventHandler(
                 Events_Ondragend);

在设定之前首先清除，即可以保证事件只被设定一次，rootElementEvents应该是一个public的全局变量，而不是单属于这个函数。因为-=操作在相关事件没有设定的时候是不做操作，所以首次设定也不会有错误发生，该方法被证实是比较有效的。