Question

如何监听WPF的WebBrowser控件弹出新窗口的事件

Answer 1

　　WPF中自带一个WebBrowser控件，当我们使用它打开一个网页，例如百度，然后点击它其中的链接时，如果这个链接是会弹出一个新窗口的，那么它会生生的弹出一个IE窗口来，而不是在内部跳到该链接。
　　

　　如果使用Winform的WebBrowser控件，我们可以监听它的NewWindow事件，在这个事件中做一些处理，例如，在新建一个Tab来打开，或者控制它在当前WebBrowser中跳转。很不幸的是，WPF的WebBrowser没有这个事件。

　　说到底，Winform的WB或者是WPF的WB都是在调用IE的一个控件，因此，Winform能加上的，我们WPF一定也有办法加上。如此，那我们就请出神器Reflector，研究一把。

　　首先，我们打开Winform的WebBrowser，找到触发NewWindow事件的代码：
　　

　　protected virtual void OnNewWindow(CancelEventArgs e)
　　{
　　if (this.NewWindow != null)
　　{
　　this.NewWindow(this, e);
　　}
　　}

　　它是在OnNewWindow方法中触发的。那么，是谁调用了这个OnNewWindow呢？接着搜索，最后在一个叫WebBrowserEvent的类里面发现这么一段：
　　

　　public void NewWindow2(ref object ppDisp, ref bool cancel)
　　{
　　CancelEventArgs e = new CancelEventArgs();
　　this.parent.OnNewWindow(e);
　　cancel = e.Cancel;
　　}

　　我们接着搜NewWindow2，却发现没有地方显式地调用它了。既然从方法入手没找到，那我们就来研究一下定义这个方法的WebBrowserEvent，看看是谁在使用它。
　　仔细搜索一遍，最后发现在WebBrowser的CreateSink方法中有这么一段：
　　

　　代码
　　protected override void CreateSink()
　　{
　　object activeXInstance = base.activeXInstance;
　　if (activeXInstance != null)
　　{
　　this.webBrowserEvent = new WebBrowserEvent(this);
　　this.webBrowserEvent.AllowNavigation = this.AllowNavigation;
　　this.cookie = new AxHost.ConnectionPointCookie(activeXInstance, this.webBrowserEvent, typeof(UnsafeNativeMethods.DWebBrowserEvents2));
　　}
　　}
　　注意这句话：
　　

　　this.cookie = new AxHost.ConnectionPointCookie(activeXInstance, this.webBrowserEvent, typeof(UnsafeNativeMethods.DWebBrowserEvents2));

　　很显然，这句话是关键。AxHost.ConnectionPointCookie类的作用是：“将一个ActiveX 控件连接到处理该控件的事件的客户端”。
　　

　　上面的调用中有一个很奇怪的类型：DWebBrowserEvents2，熟悉COM的童鞋应该马上能想到，这其实是一个COM类型的定义。

　　代码

　　[ComImport, TypeLibType(TypeLibTypeFlags.FHidden), InterfaceType(ComInterfaceType.InterfaceIsIDispatch), Guid("34A715A0-6587-11D0-924A-0020AFC7AC4D")]
　　public interface DWebBrowserEvents2
　　{
　　......
　　}

　　实际上，我们再去看WebBrowserEvent的定义，它恰恰是实现了这个接口的。
　　

　　[ClassInterface(ClassInterfaceType.None)]
　　private class WebBrowserEvent : StandardOleMarshalObject, UnsafeNativeMethods.DWebBrowserEvents2
　　{
　　......
　　}
　　因此，上面这句话不难理解，就是定义一个实现了特定COM接口的类型，让浏览器控件的事件能够转发到这个类型实例去处理。因此，NewWindow2其实是浏览器控件去调用的。
　　

　　Winform的WebBrowser我们搞清楚了，下面我们来看WPF的。其实，打开WPF的WebBrowser代码之后，我们会发现它跟Winform的WebBrowser机制是一样的。一个似曾相识的CreateSink方法映入眼中：
　　

　　代码
　　[SecurityTreatAsSafe, SecurityCritical]
　　internal override void CreateSink()
　　{
　　this._cookie = new ConnectionPointCookie(this._axIWebBrowser2, this._hostingAdaptor.CreateEventSink(), typeof(UnsafeNativeMethods.DWebBrowserEvents2));
　　}
　　这儿也有一个ConnectionPointCookie，但是它的访问权限是internal的:(
　　第二个参数，_hostingAdapter.CreateEventSink返回的是什么呢：
　　

　　代码
　　[SecurityCritical]
　　internal virtual object CreateEventSink()
　　{
　　return new WebBrowserEvent(this._webBrowser);
　　}

　　[ClassInterface(ClassInterfaceType.None)]
　　internal class WebBrowserEvent : InternalDispatchObject<UnsafeNativeMethods.DWebBrowserEvents2>, UnsafeNativeMethods.DWebBrowserEvents2
　　{
　　......
　　}
　　仍然是一个WebBrowserEvent！悲剧的是，这个WPF的WebBrowserEvent，并没有触发NewWindowEvent：
　　

　　public void NewWindow2(ref object ppDisp, ref bool cancel)
　　{
　　}
　　现在知道为什么WPF的WB控件没有NewWindow事件了吧？微软的童鞋压根儿就没写！