網絡模型有不少中,爲了實現高併發也有不少方案,多線程,多進程。不管多線程和多進程,IO的調度更多取決於系統,而協程的方式,調度來自用戶,用戶能夠在函數中yield一個狀態。使用協程能夠實現高效的併發任務。Python的在3.4中引入了協程的概念,但是這個仍是以生成器對象爲基礎,3.5則肯定了協程的語法。下面將簡單介紹asyncio的使用。實現協程的不只僅是asyncio,tornado和gevent都實現了相似的功能。python
上述的概念單獨拎出來都很差懂,比較他們之間是相互聯繫,一塊兒工做。下面看例子,再回溯上述概念,更利於理解。git
定義一個協程很簡單,使用async關鍵字,就像定義普通函數同樣:程序員
經過async關鍵字定義一個協程(coroutine),協程也是一種對象。協程不能直接運行,須要把協程加入到事件循環(loop),由後者在適當的時候調用協程。asyncio.get_event_loop
方法能夠建立一個事件循環,而後使用run_until_complete
將協程註冊到事件循環,並啓動事件循環。由於本例只有一個協程,因而能夠看見以下輸出:github
Waiting: 2
TIME:
協程對象不能直接運行,在註冊事件循環的時候,實際上是run_until_complete方法將協程包裝成爲了一個任務(task)對象。所謂task對象是Future類的子類。保存了協程運行後的狀態,用於將來獲取協程的結果。redis
能夠看到輸出結果爲:編程
建立task後,task在加入事件循環以前是pending狀態,由於do_some_work中沒有耗時的阻塞操做,task很快就執行完畢了。後面打印的finished狀態。網絡
asyncio.ensure_future(coroutine) 和 loop.create_task(coroutine)均可以建立一個task,run_until_complete的參數是一個futrue對象。當傳入一個協程,其內部會自動封裝成task,task是Future的子類。isinstance(task, asyncio.Future)
將會輸出True。多線程
綁定回調,在task執行完畢的時候能夠獲取執行的結果,回調的最後一個參數是future對象,經過該對象能夠獲取協程返回值。若是回調須要多個參數,能夠經過偏函數導入。併發
def callback(t, future): print('Callback:', t, future.result()) task.add_done_callback(functools.partial(callback, 2))
回調一直是不少異步編程的惡夢,程序員更喜歡使用同步的編寫方式寫異步代碼,以免回調的惡夢。回調中咱們使用了future對象的result方法。前面不綁定回調的例子中,咱們能夠看到task有fiinished狀態。在那個時候,能夠直接讀取task的result方法。app
能夠看到輸出的結果:
使用async能夠定義協程對象,使用await能夠針對耗時的操做進行掛起,就像生成器裏的yield同樣,函數讓出控制權。協程遇到await,事件循環將會掛起該協程,執行別的協程,直到其餘的協程也掛起或者執行完畢,再進行下一個協程的執行。
耗時的操做通常是一些IO操做,例如網絡請求,文件讀取等。咱們使用asyncio.sleep函數來模擬IO操做。協程的目的也是讓這些IO操做異步化。
在 sleep的時候,使用await讓出控制權。即當遇到阻塞調用的函數的時候,使用await方法將協程的控制權讓出,以便loop調用其餘的協程。如今咱們的例子就用耗時的阻塞操做了。
併發和並行一直是容易混淆的概念。併發一般指有多個任務須要同時進行,並行則是同一時刻有多個任務執行。用上課來舉例就是,併發狀況下是一個老師在同一時間段輔助不一樣的人功課。並行則是好幾個老師分別同時輔助多個學生功課。簡而言之就是一我的同時吃三個饅頭仍是三我的同時分別吃一個的狀況,吃一個饅頭算一個任務。
asyncio實現併發,就須要多個協程來完成任務,每當有任務阻塞的時候就await,而後其餘協程繼續工做。建立多個協程的列表,而後將這些協程註冊到事件循環中。
結果以下
總時間爲4s左右。4s的阻塞時間,足夠前面兩個協程執行完畢。若是是同步順序的任務,那麼至少須要7s。此時咱們使用了aysncio實現了併發。asyncio.wait(tasks) 也可使用 asyncio.gather(*tasks) ,前者接受一個task列表,後者接收一堆task。
使用async能夠定義協程,協程用於耗時的io操做,咱們也能夠封裝更多的io操做過程,這樣就實現了嵌套的協程,即一個協程中await了另一個協程,如此鏈接起來。
若是使用的是 asyncio.gather建立協程對象,那麼await的返回值就是協程運行的結果。
不在main協程函數裏處理結果,直接返回await的內容,那麼最外層的run_until_complete將會返回main協程的結果。
或者返回使用asyncio.wait方式掛起協程。
也可使用asyncio的as_completed方法
因而可知,協程的調用和組合十分靈活,尤爲是對於結果的處理,如何返回,如何掛起,須要逐漸積累經驗和前瞻的設計。
上面見識了協程的幾種經常使用的用法,都是協程圍繞着事件循環進行的操做。future對象有幾個狀態:
建立future的時候,task爲pending,事件循環調用執行的時候固然就是running,調用完畢天然就是done,若是須要中止事件循環,就須要先把task取消。可使用asyncio.Task獲取事件循環的task
啓動事件循環以後,立刻ctrl+c,會觸發run_until_complete的執行異常 KeyBorardInterrupt。而後經過循環asyncio.Task取消future。能夠看到輸出以下:
True表示cannel成功,loop stop以後還須要再次開啓事件循環,最後在close,否則還會拋出異常:
循環task,逐個cancel是一種方案,但是正如上面咱們把task的列表封裝在main函數中,main函數外進行事件循環的調用。這個時候,main至關於最外出的一個task,那麼處理包裝的main函數便可。