警惕WPF事件引发DispatcherObject跨线程访问

最近发现C#的事件和wpf的dispatcherobject在一起使用会有一些不容易发觉的问题。

---

我们都知道C#的事件原理，实际上是存储了一系列方法的委托。当事件引发的时候，依次调用（Invoke）委托列表的委托进行执行。

所以从中可以发现显而易见的一些问题比如：

• 监听事件执行顺序无法保证
• 耗时委托执行拖慢其他业务注册的方法
• 资源泄露问题

这些很多人都会聊，我们就不讲了~

今天重点讲wpf会遇到的跨线程访问的问题。

我们都知道wpf的DispatcherObject,必须在创建它的Dispatcher上执行，而由于C#的事件机制，这个调用线程（及关联的Dispatcher）的控制权交给了事件引发者。

所以不注意的小伙伴就常常会出现这样的情况：

• 事件引发者时而从主线程Invoke,时而从后台线程Invoke。
• 事件监听者概率性出现UI元素跨线程调用问题。

怎么办呢？

• 方案1：部分小伙伴会选择直接在事件注册的函数里添加Application.Current.Dispatcher.Invoke

AppFoo.Login += ()=>
{
    Application.Current.Dispatcher.Invoke(()=>
    {
    	//业务
    });
}

很不错，这个方法可以很好的解决问题。但是只能发现一处解决一处

• 方案2：于是又小伙伴别出心裁，