PostSharp - Thread Dispatching（GUI多线程）

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

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

一：常规编程

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

private   void  okButton_Click( object  sender, RoutedEventArgs e)
{
    ThreadPool.QueueUserWorkItem(
         delegate  {  this .contact.Save(); });
}

private   void  okButton_Click(  object  sender, RoutedEventArgs e )
{
    ThreadPool.QueueUserWorkItem(
         delegate
            {
                 this .contact.Save();
                 this .Dispatcher.BeginInvoke( 
                    DispatcherPriority.Normal,
                     new  Action( ()  =>  MessageBox.Show( GetWindow(  this  ),  " Saved! "  ) ) );
            } );
}

二：简洁的面向方向编程处理：

在上面的代码中有很好相似之处，我们能不能简化，使得我们的开发并不需要关心这里的线程技术问题，没有线程的概念化，使得我们只需要关心我们的业务逻辑处理？在面向方向编程，讲究纵向拦截，利用AOP，我们可以很好的处理这些问题。特别是PostSharp这种静态注入方式，如微软企业库ＥＬ这类动态拦截方式，我们不能直接创建new对象，然而我们这里并不能控制窗体的创建。

先看想想我们期望最终如何来这种代码，我对代码很吝啬，不想写太多，写的越少越好，就像jQuery口号一样：“Write Less, Do More,”。我想最多加一个Attribute吧，必究还是需要标示嘛。期望Code如下：

[OnWorkerThread]
private   void  okButton_Click(  object  sender, RoutedEventArgs e )
{
     this .contact.Save();
     this .ShowMessage(  " Contact Saved! "  );
}
 
[OnGuiThread]
void  ShowMessage( string  message)
{
    MessageBox.Show(GetWindow( this ), message);
}

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

[在这里我们在OnInvoke中截取方法，并利用args.Proceed()来调用原方法，这如我上面所说，我们在多线程池中执行该异步处理。

Serializable]
public   class  OnWorkerThreadAttribute : MethodInterceptionAspect
{
     public   override   void  OnInvoke( MethodInterceptionArgs args )
    {
        ThreadPool.QueueUserWorkItem( state  =>  args.Proceed() );
    }
}

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

[Serializable]

public   class  OnGuiThreadAttribute : MethodInterceptionAspect

{

     public  DispatcherPriority Priority {  get ;  set ; }

 

     public   override   void  OnInvoke(

        MethodInterceptionArgs eventArgs)

    {

        DispatcherObject dispatcherObject  =

            (DispatcherObject)eventArgs.Instance;

 

         if  (dispatcherObject.CheckAccess())

        {

             //  We are already in the GUI thread. Proceed.

            eventArgs.Proceed();

        }

         else

        {

             //  Invoke the target method synchronously. 

            dispatcherObject.Dispatcher.Invoke( this .Priority,  new  Action(eventArgs.Proceed));

        }

    }

}

通过上面的两个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-改变前后对比

作者：破  狼 
出处：http://www.cnblogs.com/whitewolf/ 
本文版权归作者，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。该文章也同时发布在我的独立博客中-个人独立博客、博客园--破狼和51CTO--破狼。http://www.cnblogs.com/whitewolf/archive/2011/08/18/2144153.html