Browser Helper Objects: The Browser the Way You Want It
本文翻译自 这篇文章
本文描述如何使用 BHO 来自定义浏览器。主要包含如下几个章节：
- Introduction
- Program Customization
- What Are Browser Helper Objects?
- The Lifecycle of Helper Objects
- The IObjectWithSite Interface
- Writing a Browser Helper Object
- Detecting Who's Calling
- Getting in Touch with WebBrowser
- Getting Events from the Browser
- Accessing the Document Object
- Managing the Code Window
- Registration of Helper Objects
- Summary
Introduction
在某些情况下，你可能需要一个定制版本的浏览器。要做到这一点，你可以在 WebBrowser 控件之上定制一个模块，这个模块要处理按钮、标签、及任何 ui 所需要的元素。然后，你就可以自由地添加你所希望的新特性。但这种做法很麻烦，实际上你要从头开始完成一个新的浏览器。因为 WebBrowser 只是一个浏览器解析引擎，除了它之外，你还得处理一大堆 UI 相关的任务，比如地址栏、任务栏、历史记录、状态栏、收藏夹等等。概括说来，用这种方法来完成浏览器的定制，你得做两部分的工作：先把 WebBrowser 封装成一个类似于 IE 的浏览器，然后在这之上添加你所需要的新特性。有没有啥办法可以省略第一步，直接对 IE 进行定制呢？ Browser Helper Objects(BHO) 就能做到这一点。
Program Customization
在以往的经验中，对程序进行定制的首选方法是子类化技术。也就是说你可以修改程序窗口的消息处理函数来改变程序的行为。这种方法其实有点儿粗暴，因为被修改者完全不知道这些改动发生在了自己身上。
随着 Win32 API 的发展，子类化技术不再像以前那么方便使用了。如果你对指针无所畏惧，并且对于系统钩子的使用游刃有余的话，也许这些变化对你来说不算什么。但关键在于，每个 Win32 进程都运行在自己的进程空间，打破进程边界可能会造成一些问题。另一方面，程序本身可能会希望将可定制作为一个新特性来提供给外部使用。
对于后者，可定制的程序可以指定一个磁盘位置，其它程序把自己的组件放到这个位置里，然后可定制程序从这个地方搜索、装载、初始化其它程序的组件。这就是 IE 和它的 helper object 运行的机制。
What Are Browser Helper Objects?
从上述观点来看，Internet Explore 同其它 Win32 程序没什么区别，它们都有自己的内存控件。借助于 BHO，你可以编写自己的 进程内 COM 组件，IE 会在每次启动的时候加载它。组件被加载后，将同 IE 运行在同一个内存上下文中，因此它可以对 IE 窗口和模块做任何操作。例如，BHO 可以监视浏览器的常见事件，如 GoBack,GoForward,DocumentComplete 等；也可以访问并修改浏览器的菜单、工具栏；还在当前页面上创建一个窗口来显示一些附加信息；还可以安装 hook 来监听消息和浏览器动作。
在介绍更多内容前，有两点要先说明。首先，BHO 与浏览器主窗口相关联，这意味这浏览器每新开一个窗口，就会有一个 BHO 实例被创建，每当窗口被销毁，与之关联的 BHO 实例也会随之销毁。其次，BHO 只在 IE4.0 及以后的版本中可用。
在 Windows98, windows2000,或 WindowsNT 4.0 及以后的版本中，BHO 同样也可以用于 Windows Explore。
简单来说，BHO 是一种注册在特殊注册表项下面的 进程内 COM 组件。IE 每次启动时，都会去这个注册表项下查询，装载所有组件。浏览器会初始化组件，并向组件请求规定接口。如果能找到接口，IE 就会通过这些接口将它的 IUnknown 指针传递给 helper 对象。这个过程可以用下图说明：
IE 启动时，可能会在注册表中找到很多需要装载的 CLSID，IE 会为每个 CLSID 创建一个进程内实例。这使得被装载的组建对象可以像原生对象那样对 IE 做任何事。但即使如此，要直接通过进程内实例去操纵 IE 还是太困难了，即使 BHO 可以在 IE 进程空间内子类化窗口，安装线程钩子，它还是不能干涉浏览器的核心活动。而如果想要做到这一点，势必需要建立一种在 IE 和 BHO 之间进行通信的机制。要做到这一点，BHO 应该实现 IObjectWithSite 接口，通过这个接口，IE 可以将它的 IUnknown 指针传递给 BHO。BHO 可以把这个 IE 指针存下来，并通过这个指针获取到更多 IE 接口，像是 IWebBrowser2,IDispatch, IConnectionPointContainer 等。
另一方面，你可以把 BHO 看作是 IE 的 shell extensions，就像 Windows shell extensions 那样。Windows shell extensions 是一种进程内 COM 组件，当用户对某个文档进行操作——例如，右键弹出菜单时，Window Explorer 会加载它。通过为这个 COM 组件编写一些接口，你可以添加一些新的菜单项到弹出菜单里。 shell extensions 也必须在注册表的某个特殊位置注册，这样 Windows Explorer 才能找到它。BHO 跟这个过程是类似的，只是要实现的接口不一样，装载的时机不一样。下面的表格展示了 Windows shell extensions 和 BHO 的区别和共同点：
如果你对 shell extension 感兴趣，可以参考 MSDN。
The Lifecycle of Helper Objects
Browser Helper Object 在浏览器主窗口展示前被加载，在窗口被销毁后卸载。如果你打开了多个浏览器窗口，也将有多个 BHO 实例被创建。
另外，BHO 的加载是动态的。每次打开 Windows Explorer 窗口，或者 IE 窗口，他们的加载器都会从注册表中读取 CLSID 并加载。这意味着如果你在打开窗口前注册了新的 BHO 组件到注册表中，那么新打开的窗口将及时加载它。
The IObjectWithSite Interface
从高层来看，BHO 是一个 动态链接库 DLL，它能将自己附加到 IE 的新实例上。BHO 可以通过所在容器的 site 与浏览器交互。
简单来说，site 是一个中间对象，它存在于容器和被包含对象之间。通过 site，容器可以管理被包含对象的内容。container 和 contained object 之间的这种基于 site 的关系涉及到了接口的实现，比如在 container 端实现 IOleClientSite 接口，在 contained object 端实现 IOleObject 接口，通过调用 IOleObject 的函数，container 可以告知 contained object 它宿主的环境信息。
当 IE 作为 container 端的时候，同样也需要这种模型来跟 BHO 交互，但之前的 IOleClientSite 太厚重了，所以提供了一个简单轻量的接口 IObjectWithSite。它只提供两个函数：
// browser 调用这个函数来传入它的 IUnknown 指针。通常 BHO 会把这个指针存下来以后用
HRESULT SetSite(IUnknown* pUnkSite)
// 返回最后一次调用 SetSite 时所设置的 IUnkonwn 指针
HRESULT GetSite(REFIID riid,void** ppvSite)
IObjectWithSite 接口的这两个函数是 BHO 必须实现的。注意不要让这两个函数返回 E_NOTIMPL 错误，你必须实现它。
