在asp.net-mvc中，如何在不減緩用戶體驗的情況下運行昂貴的操作？

Question

我有一個asp.net-mvc網站，我正在爲我的ORM使用nhibernate。

我有一個當前的控制器操作，執行基本的CRUD更新（查詢數據庫中的項目，然後更新一堆值並提交回數據庫表）。然後它向客戶端返回一個簡單的json響應，以指示成功或錯誤。

public ActionResult UpdateEntity(MyEntity newEntity) 
{ 
     var existingEntity = GetFromRepository(newEntity.Id); 
     UpdateExistingEntity(newEntity, existingEntity); 
     return Json(SuccessMessage); 
} 

在某些情況下（假設的承諾，如果某些字段在我的對象更改成功）我現在要引發一些額外的操作（例如發一堆人，並運行生成一個報告，一些代碼），但我不想放慢正在進行更新的用戶的用戶體驗。所以我擔心的是，如果我這樣做：

public ActionResult UpdateEntity(MyEntity newEntity) 
{ 
     var existingEntity = GetFromRepository(newEntity.Id); 
     bool keyFieldsHaveChanged = UpdateExistingEntity(newEntity, existingEntity); 
     if (keyFieldsHaveChanged) 
    { 
      GenerateEmails(); 
      GenerateReports(); 
    } 
    return Json(SuccessMessage); 
} 

這對於某人更新的用戶體驗來說太慢了。無論如何（asyngc？）有一個昂貴的操作被控制器動作觸發，但沒有控制器動作因此而減慢？

Answer 1

我以前做過這個。

最健壯的方式是使用異步控制器，或者更好的是一個獨立的服務，如WCF服務。

但根據我的經驗，我只需要像你說的那樣做一些簡單的單線任務，比如審計或報告。

在這個例子中，最簡單的方式 - 把火關Task：

public ActionResult Do() 
{ 
    SomethingImportantThatNeedsToBeSynchronous(); 

    Task.Factory.StartNew(() => 
    { 
     AuditThatTheUserShouldntCareOrWaitFor(); 
     SomeOtherOperationTheUserDoesntCareAbout(); 
    }); 

    return View(); 

} 

這是一個簡單的例子。您可以根據需要啓動儘可能多的任務，同步它們，在完成時收到通知等。

我目前使用上述功能來執行Amazon S3上傳。

Answer 2

你應該做異步操作和異步控制器來鎖定線程池，而不是讓網站的其他用戶受到影響。當任務運行很長時，從asp.net線程池取得的線程被保留，並且在操作完成之前不會返回到池。如果同時有很多長時間運行的任務，他們會預留許多線程，所以訪問您站點的其他用戶很有可能因等待而受到影響。異步操作不會使代碼更快。我建議你只使用異步控制器來處理上面提到的線程案例，但這還不夠。我認爲你應該使用一些鏈接或ajax觸發服務器上的操作，並讓用戶繼續他的網站衝浪。一旦操作完成，在下一頁刷新時，應通知用戶該任務已完成執行。這是另一個證明商業代碼不應該寫入控制器的證明。你應該爲此分開服務。

Answer 3

我認爲你確實需要一個類似於Windows Azure的工作者角色。

http://www.microsoft.com/windowsazure/features/compute/

我不知道如何最好地實現在純MVC沒有天青排隊。而且，根據你在哪裏託管（互聯網託管服務器，你自己的服務器和根等）有複雜性。

Answer 4

考慮從Windows服務，你可以使用類似Quartz.Net數據庫標誌或Castle.Scheduler分量intergrates到您的網站或發展成一個單獨的窗口服務，它能夠運行特定作業的@IKEA防暴想法。

Stackoverflow - quartz-net-with-asp-net

Answer 5

如果目的是立即返回JSON，並留下了緊張的工作背景，而不會影響用戶體驗的異步運行，那麼你就需要開始一個新的後臺線程。 AsyncController在這裏不會幫你。

有很多關於餓死線程請求池的爭論（這是真實的），但是counter參數是因爲服務器忙於工作，所以應該讓池停止運行。當然，理想情況下，您應該通過排隊/分佈式系統等將工作完全轉移到另一臺服務器上，但這是一個複雜的解決方案。除非你需要處理數百個請求，否則你不需要考慮這個選項，因爲它不太可能會導致問題。這實際上取決於您的解決方案的可擴展性要求，後臺進程需要多長時間以及調用的頻率。最簡單的解決方案如下：

public ActionResult UpdateEntity(MyEntity newEntity) 
{ 
    var existingEntity = GetFromRepository(newEntity.Id); 
    bool keyFieldsHaveChanged = UpdateExistingEntity(newEntity, existingEntity); 
    if (keyFieldsHaveChanged) 
    { 
     ThreadPool.QueueUserWorkItem(o => 
             { 
              GenerateEmails(); 
              GenerateReports(); 
             }); 

    } 
    return Json(SuccessMessage); 
} 

Answer 6

這不是主要關於異步，因爲我正確地讀你的問題。這是關於長時間運行的操作。您應該將長時間運行的操作卸載到後臺作業中。 ASP.NET應用程序不適合執行後臺作業。我可以看到幾個選項，你可以去：

1. Windows服務 - 這可以查詢您的數據庫的某種狀態，並能觸發從該狀態起
2. WCF服務的行爲 - 你的ASP.NET應用程序可以發送異步請求WCF服務，而不必等待迴應
3. 有可能是其他類似的BizTalk，但它取決於你的應用程序是如何組織等

從UI，你應該能夠輪詢定時器以向用戶提供狀態（如果您認爲t他用戶需要立即知道該狀態），或者在動作完成時向用戶發送電子郵件。

請注意，使用異步操作執行I/O非常重要，其他人已經提供了一些關於如何完成該操作的良好鏈接。

Answer 7

如果您正在考慮用戶體驗（用戶不應該等到這些任務執行完畢）和可靠性（即使應用程序重新啓動，任務也必須排隊並執行），您可以選擇使用MSMQ。

MSMQ爲assync操作提供了一個最簡單的解決方案。它支持同步操作，提供日誌和託管API，並且主要關注這種情況。

在這些文章請看：

Introduction to MSMQ

Programming MSMQ in .Net

Answer 8

使用服務總線當實體更新發布消息。這樣，您不僅可以避免在控制器中進行冗長的操作，還可以將控制器從發生事件時需要執行的操作中分離出來。

您還可以使用Domain Events處理行動，並與喜愛的IoC容器結合起來：Advanced StructureMap: connecting implementations to open generic types

Answer 9

這是一個老問題，所以我相信它需要更新。

我推薦使用HangFire（http://hangfire.io）。有了這個，你可以簡單地排隊你的工作，即使在網絡應用程序。 HangFire將確保工作至少運行一次。

// Static methods are for demo purposes 
BackgroundJob.Enqueue(
    () => Console.WriteLine("Simple!")); 

您還可以在良好的用戶界面中查看所有排隊作業的狀態。