使用Task,await,async 的異步模式 去執行事件(event) 解決不阻塞UI線程和不誇跨線程執行UI更新報錯的最佳實踐,附加幾種其餘方式比較編程
因爲是Winform代碼和其餘緣由,本文章只作代碼截圖演示,不作界面UI展現,固然全部代碼都會在截圖展現。多線程
1.1 演示工程截圖 1.2按鈕和進度條控件演示
異步
2.1 定義相關事件
解析:最前面的是普通的事件定義,後面2行是異步定義。async
2.2 按鈕名稱[Task]執行普通異步Task異步編程
解析調用過程:當用戶點擊按鈕時會加載全部用戶註冊的事件進行多線程分發,單獨每個委託進行執行,最後單獨使用線程進行等待,這樣不阻塞UI線程。spa
可是用戶註冊的事件方法若是有更新UI會報錯,須要額外的Invoke進行處理。線程
2.3 按鈕名稱[BeginInvoke]執行普通異步3d
解析調用過程:這個調用過程和Task同樣,可是簡單,這個也能夠寫成多事件註冊,多多領會異步編程模型的好處(原理:異步執行,內部等待信號通知結束)。orm
2.4 (推薦)按鈕名稱[Task await]執行方便的異步耗時操做和簡單的UIblog
解析調用過程:推薦的方式附加調用流程
這個全是優勢啊:代碼精簡,異步執行方法能夠像同步的方式來調用,用戶註冊的事件方法能夠隨意更新UI,無需invoke,稍微改造一下就能多事件註冊。
你們有時間的能夠本身根據截圖去敲打代碼試試,總結以下:
1.按鈕名稱[Task] : 能夠實現多個事件註冊,可是代碼比較多,須要額外的線程等待來結束進度條,並且用戶註冊的事件的方法更新UI時會報錯,提示跨線程操做UI,須要invoke方法調用到UI線程執行。
2.按鈕名稱[BeginInvoke] : 簡單方便的異步編程模型,不須要額外的線程等待結束來結束進度條,缺點和按鈕名稱[Task]同樣,用戶註冊的事件的方法更新UI時會報錯,提示跨線程操做UI,須要invoke方法調用到UI線程執行.
3.按鈕名稱[Task await] : 稍微有一點點繞,可是簡單呀,不須要額外的線程等待UI更新進度條,像同步方法放在await後面便可,並且用戶註冊的事件方法 更新UI時不須要invoke方法回到UI線程執行。