【FastReport教程】介紹C＃中的異步編程（上）

---

【下載FastReport.Net最新版本】

很多人都聽說過這個，但是很少有人在他們的代碼中使用它。同時，沒有具有客戶端 - 服務器架構的嚴肅程序將無需異步編程。與數(shù)據(jù)庫交換數(shù)據(jù)，客戶端和服務器的交互 - 這需要時間，可以由其他進程占用而不是等待。

當同步執(zhí)行操作時，該線程被另一個線程阻塞。我們必須等待第二個過程的執(zhí)行才能將控制權返回給第一個過程。這會導致不必要的資源浪費，因為具有單個任務的流可以等待很長時間來響應。例如，從數(shù)據(jù)庫或Web服務。

如果臨時資源可以節(jié)省多線程（現(xiàn)代處理器的好處允許它），那么內存資源將無法保存它。畢竟，實際上，多線程也是同步執(zhí)行的操作。只是他們很少。 真正的解決方案是使用異步處理。通過這種方法，我們可以使用多個線程來控制其中一個。 也就是說，在等待來自另一個任務的響應時，當前的任務不會阻塞該線程，而是將其提供給另一個任務。

我們來看看圖片：

在這種情況下，使用單線程異步方法。 這里是一個多線程異步流。

每個線程執(zhí)行許多任務。當其中一個任務在預期中停止時，將采取另一個任務。因此，任務從一個線程流向另一個線程，具體取決于首先釋放的線程。該圖顯示任務1在第一個線程中開始執(zhí)行，在第二個線程中完成。 讓我們再考慮一個圖 - 序列圖：

該圖描述了客戶端 - 服務器應用程序的線程行為。客戶端從服務器發(fā)送數(shù)據(jù)請求，而不是“掛起”等待響應（如在同步方法中）繼續(xù)工作，為用戶提供另一個應用程序功能。因此，如果您是一名Web開發(fā)人員，那么沒有異步就無法做任何事情。 讓我們理解一點。異步編程有三種模式：

• 異步編程模型（APM）
• 基于事件的異步模式（EAP）
• 基于任務的異步模式（TAP）