在ASP.NET MVC

Question

不叫WebClient的異步回調在GET請求，我跑（類似）：

public ActionResult Index(void) { 
    webClient.DownloadStringComplete += onComplete; 
    webClient.DownloadStringAsync(...); 
    return null; 
} 

我看到onComplete不會被調用，直到後Index()執行結束。 我可以看到onComplete在一個不同的線程上被調用，其中Index被執行。

問題：爲什麼會發生這種情況？爲什麼在請求處理線程完成之前，webClient的異步線程顯然被阻塞？

有沒有一種方法可以解決這個問題，而不需要從ThreadPool開始新線程（我嘗試過這樣做，並且使用線程池可以按預期方式工作，如果從ThreadPool線程調用DownloadStringAsync，webClient的回調也會按預期發生。

ASP.NET MVC 3.0，.NET 4.0，MS卡西尼開發Web服務器（VS 2010）

編輯：這裏是一個全碼：

public class HomeController : Controller { 
    private static ManualResetEvent done; 

    public ActionResult Index() { 
     return Content(DownloadString() ? "success" : "failure"); 
    } 

    private static bool DownloadString() { 
     try { 
      done = new ManualResetEvent(false); 
      var wc = new WebClient(); 
      wc.DownloadStringCompleted += (sender, args) => { 
       // this breakpoint is not hit until after Index() returns. 
       // It is weird though, because response isn't returned to the client (browser) until this callback finishes. 
       // Note: This thread is different from one Index() was running on. 
       done.Set(); 
      }; 

      var uri = new Uri(@"http://us.battle.net/wow/en/character/blackrock/hunt/simple"); 

      wc.DownloadStringAsync(uri); 

      var timedout = !done.WaitOne(3000); 
      if (timedout) { 
       wc.CancelAsync(); 
       // if this would be .WaitOne() instead then deadlock occurs. 
       var timedout2 = !done.WaitOne(3000); 
       Console.WriteLine(timedout2); 
       return !timedout2; 
      } 
      return true; 
     } 
     catch (Exception ex) { 
      Console.WriteLine(ex.Message); 
     } 
     return false; 
    } 
} 

Answer 1

我很好奇這個，所以我問在微軟內部ASP.NET討論別名，並得到了列維·布羅德里克這樣的響應：

ASP.NET在內部使用 的SynchronizationContext用於 同步，只有一次有一個線程 曾被允許擁有該鎖的控制權 。在您的 特定示例中，正在運行的線程 HomeController :: DownloadString保存着 的鎖，但它正在等待ManualResetEvent被觸發 。該 的ManualResetEvent不會被解僱，直到 的DownloadStringCompleted方法 運行，但這種方法對永遠不能採取 同步鎖，因爲 第一個線程仍持有它 不同的線程中運行。你現在處於死鎖狀態， 。

我很驚訝，這曾經在 MVC 2工作，但如果它只是通過 幸福的事故。這從來沒有支持 。

Answer 2

這是使用點異步處理。你的主線程開始調用，然後繼續做其他有用的事情。調用完成後，它會從IO完成線程池中選取一個線程，並調用您的註冊回調方法（在本例中爲onComplete方法）。這樣你就不需要花費昂貴的線程來等待長時間運行的Web電話來完成。

無論如何，您使用的方法遵循基於事件的異步模式。你可以在這裏閱讀更多關於它的信息：http://msdn.microsoft.com/en-us/library/wewwczdw.aspx

（編輯）注意：無視這個答案，因爲它無助於回答澄清的問題。留下來討論它下面發生的討論。

Answer 3

除了選定的答案之外，有關WebClient捕獲SynchronizationContext的更多詳細信息，請參閱此文章。

http://msdn.microsoft.com/en-gb/magazine/gg598924.aspx