并發是實際國際的本質特征，而聰明的核算機科學家用來模仿并發的技能手段即是多使命機制。大致上有這么兩種多使命技能，一種是搶占式多使命本溪紅海傳媒廣告(preemptive multitasking)，它讓操作體系來決議何時履行哪個使命。別的一種即是協作式多使命(cooperative multitasking)，它把決議權交給使命，讓它們在自個以為適宜的時分自愿拋棄履行。

這兩種多使命方法各有優缺點，前者固有的同步疑問使得程序常常有不行預知的做法，而后者則要求使命具有適當的自律精力。 協程(coroutine)技能是一種程序控制機制，早在上世紀60年代就已提出，用它能夠很方便地實現協作式多使命。在干流的程序言語(如C++、Java、Pascal等)里咱們很少能看到協程的身影，可是如今不少動態腳本言語(Python、Perl)卻都供給了協程或與之類似的機制，其中最杰出的即是Lua。

協程，又稱微線程和纖程等，聽說源于 Simula 和 Modula-2 言語（我沒有深究，有錯請指正），現代編程言語基本上都有支持，比方 Lua、ruby 和最新的 Google Go，當然也還有最近很讓我驚艷的 falcon。協程是用戶空間線程，操作體系對其存在一竅不通，所以需求用戶自個去做調度，用來履行協作式多使命十分適宜。其有用協程來做的東西，用線程或進程一般也是相同能夠做的，但通常多了很多加鎖和通訊的操作。

沒有啥雜亂的東西，考慮清楚需求，就能夠很天然的衍生出這些解決方案。

一開始大家想要同一時刻履行那么三五個程序，大家能一塊跑一跑。格外是UI什么的，別一上核算量比較大的玩意就跟死機相同。所以就有了并發，從程序員的視點能夠看成是多個獨立的邏輯流。內部能夠是多cpu并行，也能夠是單cpu時刻分片，能快速的切換邏輯流，看起來像是大家一塊跑的就行。

可是一塊跑就有疑問了。我核算到一半，剛把多次方程解到最后一步，你俄然插進來，我的中間狀況咋辦，我用來貯存的內存被你覆蓋了咋辦？所以跑在一個cpu里邊的并發都需求處理上下文切換的疑問。進程即是這么籠統出來個一個概念，調配虛擬內存、進程表之類的東西，用來辦理獨立的程序運轉、切換。

后來一電腦上有了好幾個cpu，好咧，大家都別閑著，一人跑一進程。即是所謂的并行。

由于程序的運用觸及很多的核算機資源配置，把這活隨意的交給用戶程序，十分簡單讓全部體系分分鐘被搞跪。所以中心的操作需求墮入內核本溪紅海傳媒廣告(kernel)，切換到操作體系，讓老大幫你來做。

有的時分碰著I/O拜訪，堵塞了后面一切的核算?？罩彩强罩?，老大就直接把CPU切換到別的進程，讓人家先用著。當然除了I/O堵塞，還有時鐘堵塞等等。一開始大家都這么弄，后來發現不成，太慢了。為啥呀，一切換進程得重復進入內核，置換掉一大堆狀況。進程數一高，大多數體系資源就被進程切換給吃掉了。后來搞出線程的概念，大致意思即是，這個當地堵塞了，但我還有別的當地的邏輯流能夠核算，這些邏輯流是同享一個地址空間的，不必格外費事的切換頁表、改寫TLB，只要把寄存器改寫一遍就行，能比切換進程開支少點。

行，故事講到這兒，咱們來看看并發的優點：

1. 該干嘛干嘛，多邏輯流先天契合人類描繪疑問的習氣；

2. 關于I/O密集的使用，被I/O堵塞的時分能切換到核算中去，能夠明顯的提高程序的響應速度。

咱們看到堵塞、切換到別的進程（線程）的操作，都會交由操作體系來完結。所以不管是進程仍是線程，每次堵塞、切換都需求墮入體系調用本溪紅海傳媒廣告(system call)，先讓CPU跑操作體系的調度程序，然后再由調度程序決議該跑哪一個進程(線程)。

假如咱們不要這些功用了，我自個在進程里邊寫一個邏輯流調度的東西，碰著i/o我就用非堵塞式的。那么咱們即能夠利用到并發優勢，又能夠防止重復體系調用，還有進程切換形成的開支，分分鐘給你上幾千個邏輯流不吃力。這即是協程。

本質上協程即是用戶空間下的線程。