PostSharp - Thread Dispatching（GUI多线程）

在我们的桌面应用程序（不管是WinForm还是WPF）我们都必须去面对线程的dispatching。在window图形用户系统中像基于.net的WinForm或者是WPF都有一个唯一的主线程。他们是基于Ｗin32消息循环队列机制处理UI界面的事件（又分为事件的钻取和隧道）、渲染。所以在一个长时间的事件处理中，我们的UI不会得到及时的更新和响应，甚至会出现假死状态。所以在GUI编程有这么一条黄金规则：不要再GUI主线程处理长时间的应用。对于长时间的处理，我们需要应用在异步线程中，并且通常认为最佳的实践并不是为每一个操作创建一个线程，而是放入线程池队列中。

注：一下代码都分析了WinForm，但是贴出带带代码为WPF。

一：常规编程

       下面是响应ＵＩ按钮事件，异步处理方式：

在下面我们将引入两个个Attribute：OnWorkerThreadAttribute，OnGuiThreadAttribute，实现他们。首先我们需要的是方法的拦截所以肯定是选择MethodInterceptionAspect基类。下面我们实现简单的异常线程OnWorkerThreadAttribute：

[在这里我们在OnInvoke中截取方法，并利用args.Proceed()

Serializable]  

1.  
2. public class OnWorkerThreadAttribute : MethodInterceptionAspect  
3.  
4. {  
5.  
6.     public override void OnInvoke( MethodInterceptionArgs args )  
7.  
8.     {  
9.  
10.         ThreadPool.QueueUserWorkItem( state => args.Proceed() );  
11.  
12.     }  
13.  
14. }  
15.  
16.  
17.  

来调用原方法，这如我上面所说，我们在多线程池中执行该异步处理。
 

来检测。并进行相应的操作。

下面我们将实现Gui线程OnGuiThreadAttribute，与上面不同的是稍微复杂一些，我们需要考虑我们的当前线程是不是主线程，如果不是那么我们必须异步处理。WPF中我们可以用Dispatcher.CheckAccess，WinForm中InvokeRequired

通过上面的两个Attribute这下我们可能很简单的操作，GUI线程，使得我们并不需要关心实际如何处理更多的时间来关心我们的业务逻辑，从烦躁重复的代码中解脱出来。

本文来之PostSharp官方实例　翻译（其实也不全是翻译，我Ｅ文不是太好，只能大概看看，再凭自己去揣测博主的思路写下去的）。

静态注入（如PostSharp）MSBuild+MSIlInject原理浅析：

1.                浅谈.NET编译时注入（C#-->IL）

2.                浅谈VS编译自定义编译任务—MSBuild Task(csproject)

3.                编译时MSIL注入--实践Mono Cecil(1) 　

4.                MSBuild + MSILInect实现编译时AOP之预览

5.                MSBuild + MSILInect实现编译时AOP-改变前后对比

1. [Serializable]  
2.  
3. public class OnGuiThreadAttribute : MethodInterceptionAspect  
4.  
5. {  
6.  
7.     public DispatcherPriority Priority { get; set; }  
8.  
9.    
10.  
11.     public override void OnInvoke(  
12.  
13.         MethodInterceptionArgs eventArgs)  
14.  
15.     {  
16.  
17.         DispatcherObject dispatcherObject =  
18.  
19.             (DispatcherObject)eventArgs.Instance;  
20.  
21.    
22.  
23.         if (dispatcherObject.CheckAccess())  
24.  
25.         {  
26.  
27.             // We are already in the GUI thread. Proceed.  
28.  
29.             eventArgs.Proceed();  
30.  
31.         }  
32.  
33.         else 
34.  
35.         {  
36.  
37.             // Invoke the target method synchronously.   
38.  
39.             dispatcherObject.Dispatcher.Invoke(this.Priority, new Action(eventArgs.Proceed));  
40.  
41.         }  
42.  
43.     }  
44.  
45. } 

1. private void okButton_Click(object sender, RoutedEventArgs e)  
2.  
3. {  
4.  
5.     ThreadPool.QueueUserWorkItem(  
6.  
7.         delegate { this.contact.Save(); });  
8.  
9. }  
10.  
11.  
12.  

 本文转自 破狼 51CTO博客，原文链接：http://blog.51cto.com/whitewolfblog/835175，如需转载请自行联系原作者