ASP.NET MVC如何正確運用非同步編程技術

一、什麼是同步和非同步？

同步（英語：Synchronization），指對在一個系統中所發生的事件（event）之間進行協調，在時間上出現一致性與統一化的現象。說白了就是多個任務一個一個執行，同一時刻只有一個任務在執行。

非同步（英語：Asynchronization），指的是讓CPU暫時擱置當前請求的響應,處理下一個請求,當通過輪詢或其他方式得到回調通知後,開始運行。多線程將非同步作業放入另一線程中運行，通過輪詢或回調方法得到完成通知,但是完成連接埠，由作業系統接管非同步作業的調度，通過硬體中斷，在完成時觸發回調方法，此方式不需要佔用額外線程。

二、在ASP.NET MVC項目中我們應該何時的使用非同步控制器？

2.1、ASP.NET MVC 中為什麼需要使用非同步呢？

IIS有一個線程池來處理使用者的請求，當一個新的請求過來時，將調度池中的線程以處理該請求，然而，但並發量很高的情況下，池中的線程已經不能夠滿足這麼多的請求時候，池中的每一個線程都處於忙的狀態則在處理請求時將阻塞處理請求的線程，並且該線程不能對另一個請求提供服務，如果請求隊列已滿，則 Web 服務器會拒絕請求並處於 HTTP 503繁忙狀態。如果是處理一些高延遲，例如網路操作，這樣的線程大多數只是等待狀態大部分時間是不做任何事情的，這樣的線程就可以使用非同步編程更好的充分利用。

三、同步和非同步使用情境

情境描述一:如果某個請求產生一個需要兩秒鐘來完成的網路調用，則該請求無論是同步執行還是非同步執行都需要兩秒鐘。 但是，在非同步呼叫的過程中，伺服器在等待第一個請求完成的過程中不會阻塞對其他請求的響應。 因此，當有許多請求調用長時間啟動並執行操作時，非同步請求可以防止出現請求排隊的情況。

情境描述二:假設我有三個操作，分別耗時500, 600和700毫秒。採用同步調用的話，總共的回應時間將會稍微超過1800毫秒。然而，如果是非同步呼叫（並發），總共回應時間將會稍微超過700毫秒，因為那是最長的任務/操作的期間。因此:當一個action必須執行多個獨立的長期啟動並執行操作時，非同步action方法是很有用的。

3.1、在滿足以下條件時使用同步管線：

1）、操作很簡單或已耗用時間很短。

2）、簡單性比效率更重要。

3）、此操作主要是 CPU 操作而不是包含大量的磁碟或網路開銷的操作。 對 CPU 綁定操作使用非同步作業方法未提供任何好處並且還導致更多的開銷。

3.2、在滿足以下條件時使用非同步管線：

1）、操作是網路綁定的或 I/O 綁定的而不是 CPU 綁定的。

2）、測試顯示阻塞操作對於網站效能是一個瓶頸，並且通過對這些阻塞調用使用非同步作業方法，IIS 可對更多的請求提供服務。

並行性比代碼的簡單性更重要。

3）、您希望提供一種可讓使用者取消長時間啟動並執行請求的機制。

四、Q&A環節

4.1、既然非同步可以大大提供應用程式的響應能力？那麼ASP.NET MVC 如果全部用非同步控制器(Async Controller)，會有什麼效果？會成為高輸送量，高並發的網站麼?

僅僅只是把代碼加個async事實上不會帶來任何效能的提升，必須在需要非同步地方（IO）非同步執行才能真正提升輸送量。非同步Controller多用於I/O密集型操作，比如讀寫資料，且操作之間較為獨立；而CPU密集型操作則不適用與非同步——無論你是非同步處理還是同步處理，最終CPU都會被頂滿。所以非同步作業確實可以達到提高並發數的效果，但具體還是要看你把它用在哪裡。全部使用非同步Controller並不會絕對達到提高網站效能的作用。