自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

ASP.NET MVC涉及到的5個同步與異步

作者：Artech
開發(fā) 后端
在ASP.NETMVC的整個體系中涉及到很多同步/異步的執(zhí)行方式，雖然在前面相應(yīng)的文章中已經(jīng)對此作了相應(yīng)的介紹，為了讓讀者對此有一個整體的了解，我們來做一個總結(jié)性的論述。

Action方法的執(zhí)行具有兩種基本的形式，即同步執(zhí)行和異步執(zhí)行，而在ASP.NETMVC的整個體系中涉及到很多同步/異步的執(zhí)行方式，雖然在前面相應(yīng)的文章中已經(jīng)對此作了相應(yīng)的介紹，為了讓讀者對此有一個整體的了解，我們來做一個總結(jié)性的論述。

一、MvcHandler的同步與異步

對于ASP.NET MVC應(yīng)用來說，MvcHandler是最終用于處理請求的HttpHandler，它是通過UrlRoutingModule這個實現(xiàn)了URL路由的HttpModule被動態(tài)映射到相應(yīng)的請求的。MvcHandler借助于ControllerFactory激活并執(zhí)行目標Controller，并在執(zhí)行結(jié)束后負責對激活的Controller進行釋放，相關(guān)的內(nèi)容請參與本書的第3章“Controller的激活”。如下面的代碼片斷所示，MvcHandler同時實現(xiàn)了IHttpHandler和IHttpAsyncHandler接口，所以它總是調(diào)用BeginProcessRequest/EndProcessRequest方法以異步的方式來處理請求。

 

  1. public class MvcHandler : IHttpAsyncHandler, IHttpHandler, ...  
  2. {  
  3.     //其他成員     
  4.     IAsyncResult IHttpAsyncHandler.BeginProcessRequest(HttpContext context, AsyncCallback cb, object extraData);  
  5.     void IHttpAsyncHandler.EndProcessRequest(IAsyncResult result);  
  6.     void IHttpHandler.ProcessRequest(HttpContext httpContext);  
  7. } 

#p#

二、Controller的同步與異步

Controller也具有同步與異步兩個版本，它們分別實現(xiàn)了具有如下定義的兩個接口IController和IAsyncController。當激活的Controller對象在MvcHandler的BeginProcessRequest方法中是按照這樣的方式執(zhí)行的：如果Controller的類型實現(xiàn)了IAsyncController接口，則調(diào)用BeginExecute/EndExecute方法以異步的方式執(zhí)行Controller；否則Controller的執(zhí)行通過調(diào)用Execute方法以同步方式執(zhí)行。

  1. public interface IController  
  2. {      
  3.     void Execute(RequestContext requestContext);  
  4. }  
  5. public interface IAsyncController : IController  
  6. {      
  7.     IAsyncResult BeginExecute(RequestContext requestContext, AsyncCallback callback, object state);  
  8.     void EndExecute(IAsyncResult asyncResult);  
  9. } 

默認情況下通過Visual Studio的向?qū)?chuàng)建的Controller類型是抽象類型Controller的子類。如下面的代碼片斷所示，Controller同時實現(xiàn)了IController和IAsyncController這兩個接口，所以當MvcHandler進行請求處理時總是以異步的方式來執(zhí)行Controller。

  1. public abstract class Controller : ControllerBase, IController, IAsyncController, ...  
  2. {  
  3.     //其他成員  
  4.     protected virtual bool DisableAsyncSupport  
  5.     {  
  6.         get{return false;}  
  7.     }  
  8. } 

但是Controller類型具有一個受保護的只讀屬性DisableAsyncSupport用于表示是否禁用對異步執(zhí)行的支持。在默認情況下，該屬性值為False，所以默認情況下是支持Controller的異步執(zhí)行的。如果我們通過重寫該屬性將值設(shè)置為True，那么Controller將只能以同步的方式執(zhí)行。具體的實現(xiàn)邏輯體現(xiàn)在如下的代碼片斷中：BeginExecute方法在DisableAsyncSupport屬性為True的情況下通過調(diào)用Execute方法（該方法會調(diào)用一個受保護的虛方法ExecuteCore最終對Controller進行同步執(zhí)行）；否則通過調(diào)用BeginExecuteCore/EndExecuteCore以異步方式執(zhí)行Controller。

  1.  public abstract class Controller: ...  
  2.  {  
  3.      //其他成員  
  4.      protected virtual IAsyncResult BeginExecute(RequestContext requestContext,   
  5.      AsyncCallback callback, object state)  
  6.      {  
  7.          if (this.DisableAsyncSupport)  
  8.          {  
  9.              //通過調(diào)用Execute方法同步執(zhí)行Controller  
  10.         }  
  11.         else 
  12.         {  
  13.             //通過調(diào)用BeginExecuteCore/EndExecuteCore方法異步執(zhí)行Controller  
  14.         }  
  15. }  
  16.     protected override void ExecuteCore();  
  17.     protected virtual IAsyncResult BeginExecuteCore(AsyncCallback callback, object state);  
  18.     protected virtual void EndExecuteCore(IAsyncResult asyncResult);  
  19. } 

#p#

三、 ActionInvoker的同步與異步

包括Model綁定與驗證的整個Action的執(zhí)行通過一個名為ActionInvoker的組件來完成，而它同樣具有同步和異步兩個版本，分別實現(xiàn)了接口IActionInvoker和IAsyncActionInvoker。如下面的代碼片斷所示，這兩個接口分別通過InvokeAction和BeginInvokeAction/EndInvokeAction方法以同步和異步的方式執(zhí)行Action。抽象類Controller中具有一個ActionInvoker屬性用于設(shè)置和返回用于執(zhí)行自身Action的ActionInvoker對象，而該對象最終是通過受保護需方法CreateActionInvoker創(chuàng)建的。

  1.  public interface IActionInvoker  
  2.  {  
  3.      bool InvokeAction(ControllerContext controllerContext, string actionName);  
  4.  }  
  5.     
  6.  public interface IAsyncActionInvoker : IActionInvoker  
  7.  {  
  8.      IAsyncResult BeginInvokeAction(ControllerContext controllerContext, string actionName, AsyncCallback callback, object state);  
  9.      bool EndInvokeAction(IAsyncResult asyncResult);  
  10. }  
  11.    
  12. public abstract class Controller  
  13. {     
  14.     //其它成員  
  15.     public IActionInvoker ActionInvoker { get; set; }  
  16.     protected virtual IActionInvoker CreateActionInvoker()  
  17. } 

ASP.NET MVC真正用于Action方法同步和異步執(zhí)行的ActionInvoker分別是ControllerActionInvoker和AsyncControllerActionInvoker。如下面的代碼片斷所示，ControllerActionInvoker定義了一個受保護的方法GetControllerDescriptor用于根據(jù)指定的Controller上下文獲取相應(yīng)的ControllerDescriptor，它的子類AsyncControllerActionInvoker對這個方法進行了重寫。

  1. public class ControllerActionInvoker : IActionInvoker  
  2. {  
  3.     //其它成員  
  4.     protected virtual ControllerDescriptor GetControllerDescriptor(ControllerContext controllerContext);  
  5. }  
  6.    
  7. public class AsyncControllerActionInvoker : ControllerActionInvoker,IAsyncActionInvoker, IActionInvoker  
  8. {  
  9.     //其它成員  
  10.   protected override ControllerDescriptor GetControllerDescriptor(ControllerContext controllerContext);  

我們所有要了解的是在默認情況下（沒有對Controller類型的ActionInvoker屬性進行顯式設(shè)置）采用的ActionInvoker類型是哪個。ASP.NET MVC對Conroller采用的ActionInvoker類型的選擇機制是這樣的：

通過當前的DependencyResolver以IAsyncActionInvoker接口去獲取注冊的ActionInvoker，如果返回對象不為Null，則將其作為默認的ActionInvoker。

通過當前的DependencyResolver以IActionInvoker接口去獲取注冊的ActionInvoker，如果返回對象不為Null，則將其作為默認的ActionInvoker。

創(chuàng)建AsyncControllerActionInvoker對象作為默認的ActionInvoker。

在默認的情況下，當前的DependencyResolver直接通過對指定的類型進行反射來提供對應(yīng)的實例對象，所以對于前面兩個步驟返回的對象均為Null，所以默認創(chuàng)建出來的ActionInvoker類型為AsyncControllerActionInvoker。我們可以通過如下一個簡單的實例來驗證這一點。在通過Visual Studio的ASP.NET MVC項目模板創(chuàng)建的空Web應(yīng)用中，我們創(chuàng)建了如下一個默認的HomeController，在Action方法Index中直接通過ContentResult將ActionInvoker屬性的類型名稱呈現(xiàn)出來。

  1.  public class HomeController : Controller  
  2.  {    
  3.      public ActionResult Index()  
  4.      {  
  5.          return Content("默認ActionInvoker類型:" + this.ActionInvoker.GetType().FullName);  
  6.      }  
  7. } 

當運行該Web應(yīng)用時，會在瀏覽器上產(chǎn)生如下的輸出結(jié)果，我們可以清楚地看到默認采用的ActionInvoker類型正是AsyncControllerActionInvoker。

  1. 默認ActionInvoker類型:System.Web.Mvc.Async.AsyncControllerActionInvoker 

為了進一步驗證基于DependencyResolver對ActionInvoker的提供機制，我們將《ASP.NET MVC Controller激活系統(tǒng)詳解：IoC的應(yīng)用》創(chuàng)建的基于Ninject的自定義NinjectDependencyResolver應(yīng)用在這里。如下面的代碼片斷所示，在初始化NinjectDependencyResolver的時候，我們將IActionInvoker和IAsyncActionInvoker影射到兩個自定義ActionInvoker類型，即FooActionInvoker和FooAsyncActionInvoker，它們分別繼承自ControllerActionInvoker和AsyncControllerActionInvoker。

  1.  public class NinjectDependencyResolver : IDependencyResolver  
  2.  {  
  3.      public IKernel Kernel { get; private set; }  
  4.      public NinjectDependencyResolver()  
  5.      {  
  6.          this.Kernel = new StandardKernel();  
  7.          AddBindings();  
  8.      }  
  9.      private void AddBindings()  
  10.     {  
  11.         this.Kernel.Bind<IActionInvoker>().To<FooActionInvoker>();  
  12.         this.Kernel.Bind<IAsyncActionInvoker>().To<FooAsyncActionInvoker>();  
  13.     }  
  14.     public object GetService(Type serviceType)  
  15.     {  
  16.         return this.Kernel.TryGet(serviceType);  
  17.     }  
  18.     public IEnumerable<object> GetServices(Type serviceType)  
  19.     {  
  20.         return this.Kernel.GetAll(serviceType);  
  21.     }  
  22. }  
  23. public class FooActionInvoker : ControllerActionInvoker  
  24. {}  
  25. public class FooAsyncActionInvoker : AsyncControllerActionInvoker  
  26. {} 

在Global.asax中對NinjectDependencyResolver進行注冊后運行我們的程序，會在瀏覽器中得到如下的輸出結(jié)果。IAsyncActionInvoker和FooAsyncActionInvoker進行了影射，NinjectDependencyResolver可以通過IAsyncActionInvoker提供一個FooAsyncActionInvoker實例。

  1. 默認ActionInvoker類型:Artech.Mvc.FooAsyncActionInvoker 

現(xiàn)在我們對NinjectDependencyResolver的定義稍加修改，將針對IAsyncActionInvoker接口的類型影射刪除，只保留針對IActionInvoker的映射。

  1. public class NinjectDependencyResolver : IDependencyResolver  
  2. {  
  3.     //其它成員  
  4.     private void AddBindings()  
  5.     {  
  6.         this.Kernel.Bind<IActionInvoker>().To<FooActionInvoker>();  
  7.         //this.Kernel.Bind<IAsyncActionInvoker>().To<FooAsyncActionInvoker>();  
  8.     }  
  9. } 

再次運行我們的程序則會得到如下的輸出結(jié)果。由于NinjectDependencyResolver只能通過IActionInvoker接口提供具體的ActionInvoker，所以最終被創(chuàng)建的是一個FooActionInvoker對象。這個實例演示告訴我們：當我們需要使用到自定義的ActionInvoker的時候，可以通過自定義DependencyResolver以IoC的方式提供具體的ActionInvoker實例。

  1. 默認ActionInvoker類型:Artech.Mvc.FooActionInvoker 

四、ControllerDescriptor的同步與異步

如果采用ControllerActionInvoker，Action總是以同步的方式來直接，但是當AsyncControllerActionInvoker作為Controller的ActionInvoker時，并不意味著總是以異步的方式來執(zhí)行所有的Action。至于這兩種類型的ActionInvoker具體采用對Action的怎樣的執(zhí)行方式，又涉及到兩個描述對象，即用于描述Controller和Action的ControllerDescriptor和ActionDescriptor。

通過前面“Model的綁定”中對這兩個對象進行過相應(yīng)的介紹，我們知道在ASP.NET MVC應(yīng)用編程接口中具有兩個具體的ControllerDescriptor，即ReflectedControllerDescriptor和ReflectedAsyncControllerDescriptor，它們分別代表同步和異步版本的ControllerDescriptor。

  1. public class ReflectedControllerDescriptor : ControllerDescriptor  
  2. {  
  3.     //省略成員  
  4. }  
  5.    
  6. public class ReflectedAsyncControllerDescriptor : ControllerDescriptor  
  7. {  
  8.     //省略成員  
  9. } 

ReflectedControllerDescriptor和ReflectedAsyncControllerDescriptor并非對分別實現(xiàn)了IController和IAyncController接口的Controller的描述，而是對直接繼承自抽象類Controller和AsyncController的Controller的描述。它們之間的區(qū)別在于創(chuàng)建者的不同，在默認情況下ReflectedControllerDescriptor和ReflectedAsyncControllerDescriptor分別是通過ControllerActionInvoker和AsyncControllerActionInvoker來創(chuàng)建的。ActionInvoker和ControllerDescriptor之間的關(guān)系可以通過如下圖所示的UML來表示。

image

ActionInvoker與ControllerDescriptor之間的關(guān)系可以通過一個簡單的實例來驗證。在通過Visual Studio的ASP.NET MVC項目模板創(chuàng)建的空Web應(yīng)用中，我們自定義了如下兩個分別繼承自ControllerActionInvoker和AsyncControllerActionInvoker的ActionInvoker類型。在這兩個自定義ActionInvoker中，定義了公有的GetControllerDescriptor方法覆蓋了基類的同名方法（受保護的虛方法），并直接直接調(diào)用基類的同名方法根據(jù)提供的Controller上下文的到相應(yīng)的ControllerDescriptor對象。

  1.  public class FooActionInvoker : ControllerActionInvoker  
  2.  {   
  3.      public new ControllerDescriptor GetControllerDescriptor(ControllerContext controllerContext)  
  4.      {  
  5.          return base.GetControllerDescriptor(controllerContext);  
  6.      }  
  7.  }  
  8.     
  9.  public class BarActionInvoker : AsyncControllerActionInvoker  
  10. {  
  11.     public new ControllerDescriptor GetControllerDescriptor(ControllerContext controllerContext)  
  12.     {  
  13.         return base.GetControllerDescriptor(controllerContext);  
  14.     }  
  15. } 

然后我們定義了兩個Controller類型，它們均是抽象類型Controller的直接繼承者。如下面的代碼片斷所示，這兩Controller類（FooController和BarController）都重寫了虛方法CreateActionInvoker，而返回的ActionInvoker類型分別是上面我們定義的FooActionInvoker和BarActionInvoker。在默認的Action方法Index中，我們利用當前的ActionInvoker得到用于描述本Controller的ControllerDescriptor對象，并將其類型呈現(xiàn)出來。

  1.  public class FooController : Controller  
  2.  {  
  3.      protected override IActionInvoker CreateActionInvoker()  
  4.      {  
  5.          return new FooActionInvoker();  
  6.      }  
  7.     
  8.      public void Index()  
  9.      {  
  10.         ControllerDescriptor controllerDescriptor = ((FooActionInvoker)this.ActionInvoker).GetControllerDescriptor(ControllerContext);  
  11.         Response.Write(controllerDescriptor.GetType().FullName);  
  12.     }  
  13. }  
  14.    
  15. public class BarController : Controller  
  16. {  
  17.     protected override IActionInvoker CreateActionInvoker()  
  18.     {  
  19.         return new BarActionInvoker();  
  20.     }  
  21.    
  22.     public void Index()  
  23.     {  
  24.         ControllerDescriptor controllerDescriptor = ((BarActionInvoker)this.ActionInvoker).GetControllerDescriptor(ControllerContext);  
  25.         Response.Write(controllerDescriptor.GetType().FullName);  
  26.     }  
  27. } 

現(xiàn)在我們運行我們的程序，并在瀏覽器中輸入相應(yīng)的地址對定義在FooController和BarController的默認Action方法Index發(fā)起訪問，相應(yīng)的ControllerDescriptor類型名稱會以下圖所示的形式呈現(xiàn)出來，它們的類型分別是ReflectedControllerDescriptor和ReflectedAsyncControllerDescriptor。

image

#p#

五、ActionDescriptor的執(zhí)行

Controller包含一組用于描述Action方法的ActionDescriptor對象。由于Action方法可以采用同步和異步執(zhí)行方法，異步Action對應(yīng)的ActionDescriptor直接或者間接繼承自抽象類AsyncActionDescriptor，后者是抽象類ActionDescriptor的子類。如下面的代碼片斷所示，同步和異步Action的執(zhí)行分別通過調(diào)用Execute和BeginExecute/EndExecute方法來完成。值得一提的是，AsyncActionDescriptor重寫了Execute方法并直接在此方法中拋出一個InvalidOperationException異常，也就是說AsyncActionDescriptor對象只能采用 異步執(zhí)行方式。

  1.  public abstract class ActionDescriptor : ICustomAttributeProvider  
  2.  {  
  3.      //其他成員  
  4.      public abstract object Execute(ControllerContext controllerContext, IDictionary<string, object> parameters);  
  5.  }  
  6.     
  7.  public abstract class AsyncActionDescriptor : ActionDescriptor  
  8.  {  
  9.      //其他成員  
  10.     public abstract IAsyncResult BeginExecute(ControllerContext controllerContext, IDictionary<string, object> parameters, AsyncCallback callback, object state);  
  11.     public abstract object EndExecute(IAsyncResult asyncResult);  
  12. } 

通過前面“Model的綁定”我們知道，在ASP.NET MVC應(yīng)用編程接口中采用ReflectedControllerDescriptor來描述同步Action。異步Action方法具有兩種不同的定義方式：其一，通過兩個匹配的方法XxxAsync/XxxCompleted定義；其二，通過返回類型為Task的方法來定義。這兩種異步Action方法對應(yīng)的AsyncActionDescriptor類型分別是ReflectedAsyncActionDescriptor和TaskAsyncActionDescriptor。

對于ReflectedControllerDescriptor來說，包含其中的ActionDescriptor類型均為ReflectedActionDescriptor。而ReflectedAsyncControllerDescriptor描述的Controller可以同時包含同步和異步的Action方法，ActionDescriptor的類型取決于Action方法定義的方式。ControllerDescriptor與ActionDescriptor之間的關(guān)系如下圖所示的UML來表示。

image

#p#

實例演示：AsyncActionInvoker對ControllerDescriptor的創(chuàng)建

為了讓讀者對ActionInvoker對ControllerDescriptor的解析機制具有一個深刻的理解，同時也作為對該機制的驗證，我們做一個簡單的實例演示。通過前面的介紹我們知道在默認的情況下Controller采用AsyncControllerActionInvoker進行Action方法的執(zhí)行，這個例子就來演示一下它生成的ControllerDescriptor是個怎樣的對象。我們通過Visual Studio的ASP.NET MVC項目模板創(chuàng)建一個空Web應(yīng)用，并創(chuàng)建一個默認的HomeController，然后對其進行如下的修改。

  1. public class HomeController : AsyncController  
  2. {  
  3.     public void Index()  
  4.     {  
  5.         MethodInfo method = typeof(AsyncControllerActionInvoker).GetMethod("GetControllerDescriptor", BindingFlags.Instance | BindingFlags.NonPublic);  
  6.         ControllerDescriptor controllerDescriptor = (ControllerDescriptor)method.Invoke(this.ActionInvoker, new object[] { this.ControllerContext });  
  7.         Response.Write(controllerDescriptor.GetType().FullName + "<br/>");  
  8.         CheckAction(controllerDescriptor, "Foo");  
  9.         CheckAction(controllerDescriptor, "Bar");  
  10.        CheckAction(controllerDescriptor, "Baz");  
  11.  
  12.    }  
  13.     private void CheckAction(ControllerDescriptor controllerDescriptor,string actionName)  
  14.    {  
  15.        ActionDescriptor actionDescriptor = controllerDescriptor.FindAction(this.ControllerContext, actionName);  
  16.        Response.Write(string.Format("{0}: {1}<br/>",actionName,actionDescriptor.GetType().FullName));  
  17.    }  
  18.  
  19.    public void Foo() { }  
  20.    public void BarAsync() { }  
  21.    public void BarCompleted() { }  
  22.    public Task<ActionResult> Baz()  
  23.    {  
  24.        throw new NotImplementedException();  
  25.    }      

我們首先將HomeController的基類從Controller改為AsyncController，并定義了Foo、BarAsync/BarCompleted和Baz四個方法，我們知道它們對應(yīng)著Foo、Bar和Baz三個Action，其中Foo是同步Action，Bar和Baz分別是兩種不同定義形式（XxxAsync/XxxCompleted和Task）的異步Action。

CheckAction用于根據(jù)指定的Action名稱從ControllerDescriptor對象中獲取用于表示對應(yīng)Action的ActionDescriptor對象，最終將類型名稱呈現(xiàn)出來。在Index方法中，我們通過反射的方式調(diào)用當前ActionInvoker（一個AsyncControllerActionInvoker對象）的受保護方法GetControllerDescriptor或者用于描述當前Controller（HomeController）的ControllerDescriptor的對象，并將類型名稱呈現(xiàn)出來。最后通過調(diào)用CheckAction方法將包含在創(chuàng)建的ControllerDescriptor對象的三個ActionDescriptor類型呈現(xiàn)出來。

當我們運行該程序的時候，在瀏覽器中會產(chǎn)生如下的輸出結(jié)果，從中可以看出ControllerDescriptor類型為ReflectedAsyncControllerDescriptor。同步方法Foo對象的ActionDescriptor是一個ReflectedActionDescriptor對象；以XxxAsync/XxxCompleted形式定義的異步方法Bar對應(yīng)的ActionDescriptor是一個ReflectedAsyncActionDescriptor對象；而返回類型為Task的方法Baz對應(yīng)的ActionDescriptor類型則是TaskAsyncActionDescriptor。

image

AsyncController、AsyncControllerActionInvoker與AsyncActionDescriptor

不論我們采用哪種形式的定義方式，異步Action方法都只能定義在繼承自AsyncController的Controller類型中，否則將被認為是同步方法。此外，由于通過ControllerActionInvoker只能創(chuàng)建包含ReflectedActionDescriptor的ReflectedControllerDescriptor，如果我們在AsyncController中采用ControllerActionInvoker對象作為ActionInvoker，所有的Action方法也將被認為是同步的。

我們同樣可以采用一個簡單的實例演示來證實這一點。在通過Visual Studio的ASP.NET MVC項目模板創(chuàng)建的空Web應(yīng)用中我們定義如下三個Controller（FooController、BarController和BazController）。我們重寫了它們的CreateActionInvoker方法，返回的ActionInvoker類型（FooActionInvoker和BarActionInvoker）定義在上面，在這里我們將FooActionInvoker和BarActionInvoker看成是ControllerActionInvoker和AsyncControllerActionInvoker（默認使用的ActionInvoker）。

  1.  public class FooController : AsyncController  
  2.  {  
  3.      protected override IActionInvoker CreateActionInvoker()  
  4.      {  
  5.          return new BarActionInvoker();  
  6.      }  
  7.      public void Index()  
  8.      {  
  9.          BarActionInvoker actionInvoker = (BarActionInvoker)this.ActionInvoker;  
  10.         Utility.DisplayActions(controllerContext=>actionInvoker.GetControllerDescriptor(ControllerContext),ControllerContext);  
  11.     }  
  12.    
  13.     public void DoSomethingAsync()  
  14.     { }  
  15.     public void DoSomethingCompleted()  
  16.     { }  
  17. }  
  18.    
  19. public class BarController : Controller  
  20. {  
  21.     protected override IActionInvoker CreateActionInvoker()  
  22.     {  
  23.         return new BarActionInvoker();  
  24.     }  
  25.     public void Index()  
  26.     {  
  27.         BarActionInvoker actionInvoker = (BarActionInvoker)this.ActionInvoker;  
  28.         Utility.DisplayActions(controllerContext => actionInvoker.GetControllerDescriptor(ControllerContext), ControllerContext);  
  29.     }  
  30.     public void DoSomethingAsync()  
  31.     { }  
  32.     public void DoSomethingCompleted()  
  33.     { }  
  34. }  
  35.    
  36. public class BazController : Controller  
  37. {  
  38.     protected override IActionInvoker CreateActionInvoker()  
  39.     {  
  40.         return new FooActionInvoker();  
  41.     }  
  42.     public void Index()  
  43.     {  
  44.         FooActionInvoker actionInvoker = (FooActionInvoker)this.ActionInvoker;  
  45.         Utility.DisplayActions(controllerContext => actionInvoker.GetControllerDescriptor(ControllerContext), ControllerContext);  
  46.     }  
  47.     public void DoSomethingAsync()  
  48.     { }  
  49.     public void DoSomethingCompleted()  
  50.     { }  
  51. }  
  52.    
  53. public static class Utility  
  54. {  
  55.     public static void DisplayActions(Func<ControllerContext, ControllerDescriptor> controllerDescriptorAccessor, ControllerContext controllerContext)  
  56.     {   
  57.         ControllerDescriptor controllerDescriptor = controllerDescriptorAccessor(controllerContext);  
  58.         string[] actionNames = { "DoSomething", "DoSomethingAsync", "DoSomethingCompleted" };  
  59.         Array.ForEach(actionNames, actionName =>  
  60.             {  
  61.                 ActionDescriptor actionDescriptor = controllerDescriptor.FindAction(controllerContext,actionName);  
  62.                 if (null != actionDescriptor)  
  63.                 {  
  64.                     HttpContext.Current.Response.Write(string.Format("{0}: {1}<br/>", actionDescriptor.ActionName, actionDescriptor.GetType().Name));  
  65.                 }  
  66.             });  
  67.     }  
  68. } 

我們在三個Controller中以異步Action的形式定義了兩個方法DoSomethingAsync和DoSomethingCompleted。FooController繼承自AsyncController，使用AsyncControllerActionInvoker作為其ActionInvoker，這是正常的定義；BarController雖然采用AsyncControllerActionInvoker，但是將抽象類Controller作為其基類；而BazController雖然繼承自ActionInvoker，但ActionInvoker類型為ControllerActionInvoker。在默認的Action方法Index中，我們將通過DoSomethingAsync和DoSomethingCompleted方法定義的Action的名稱和對應(yīng)的ActionDescriptor類型輸出來。

如果我們運行該程序，并在瀏覽器中輸入相應(yīng)的地址對定義在三個Controller的默認Action方法Index發(fā)起訪問，會呈現(xiàn)出如下圖所示的結(jié)果。我們可以清楚地看到，對于以XxxAsync/XxxCompleted形式定義的“異步”Action方法定義，只有針對AsyncController并且采用AsyncControllerActionInvoker的情況下才會被解析為一個異步Action。如果不滿足這兩個條件，它們會被視為兩個普通的同步Action。

image

Action方法的執(zhí)行

目標Action方法的最終執(zhí)行由被激活的Controller的ActionInvoker決定，ActionInvoker最終通過調(diào)用對應(yīng)的ActionDescriptor來執(zhí)行被它描述的Action方法。如果采用ControllerActionInvoker，被它創(chuàng)建的ControllerDescriptor（ReflectedControllerDescriptor）只包含同步的ActionDescriptor（ReflectedActionDescriptor），所以Action方法總是以同步的方式被執(zhí)行。

如果目標Controller是抽象類Controller的直接繼承者，這也是通過Visual Studio的Controller創(chuàng)建向?qū)У哪J定義方式，ActionInvoker（ControllerActionInvoker/AsyncControllerActionInvoker）的選擇只決定了創(chuàng)建的ControllerDescriptor的類型（ReflectedControllerDescriptor/ReflectedAsyncControllerDescriptor），ControllerDescriptor包含的所有ActionDescriptor依然是同步的（ReflectedActionDescriptor），所以Action方法也總是以同步的方式被執(zhí)行。

以異步方式定義的Action方法（XxxAsync/XxxCompleted或采用Task返回類型）只有定義在繼承自AsyncController的Controller類型中，并且采用AsyncControllerActionInvoker作為其ActionInvoker，最終才會創(chuàng)建AsyncActionDescriptor來描述該Action。也只有同時滿足這兩個條件，Action方法才能以異步的方式執(zhí)行。

原文鏈接：http://www.cnblogs.com/artech/archive/2012/06/22/sync-and-async-02.html

【編輯推薦】

  1. ASP.NET Cache的一些總結(jié)
  2. ASP.NET Page那點事
  3. 逃脫Asp.Net MVC框架枷鎖 使用Razor視圖引擎
  4. ASP.NET MVC3 從零開始一步步構(gòu)建Web
  5. 用ASP.NET MVC 3實現(xiàn)一個訪問統(tǒng)計系統(tǒng)
責任編輯：張偉 來源： Artech的博客
ASP.NET
相關(guān)推薦

2009-07-22 10:13:31

異步ActionASP.NET MVC

2015-07-03 10:12:04

編程同步非阻塞

2009-03-06 10:28:30

MVCASP.NET異步Action

2012-02-03 09:06:53

ASP.NET MVC

2009-07-24 13:20:44

MVC框架ASP.NET

2009-07-31 12:43:59

ASP.NET MVC

2009-02-17 09:22:14

ActionMVCASP.NET

2009-02-16 10:05:11

ActionMVCASP.NET

2009-12-08 08:57:21

ASP.NET MVC

2009-08-24 09:18:34

ASP.NET MVC

2009-03-13 10:58:48

ASP.NetMVC框架編程

2015-06-29 10:00:02

ASP.NETMVC6

2014-08-26 09:22:40

ASP.NET MVCRouting

2009-07-22 10:34:37

ActionInvokASP.NET MVC

2009-07-22 09:11:02

Action方法ASP.NET MVC

2009-07-20 15:44:32

ASP.NET MVC

2010-02-05 08:32:32

ASP.NET MVC

2009-07-23 15:44:39

ASP.NET MVC

2009-07-22 10:09:59

ASP.NET MVC

2009-07-22 13:24:24

ASP.NET MVC
點贊
收藏

51CTO技術(shù)棧公眾號