首先 swoole 是 php 的一個擴展程序
swoole 是一個為 php 用 c 和 c++ 編寫的基于事件的高性能異步 & 協程并行網絡通信引擎
swoole 是一個多進程模型的框架，當啟動一個進程 swoole 應用時，一共會創建 2+n+m 個進程，n 為 worker 進程數，m 為 TaskWorker 進程數，1 個 master 進程和一個 manager 進程，關系如下圖所示
Master 進程為主進程，該進程會創建 Manager 進程、Reactor 線程等工作進 / 線程
1、Reactor 線程:
- 負責維護客戶端
TCP連接、處理網絡IO、處理協議、收發數據 - 完全是異步非阻塞的模式
- 全部為
C代碼，除Start/Shudown事件回調外，不執行任何 PHP 代碼 - 將
TCP客戶端發來的數據緩沖、拼接、拆分成完整的一個請求數據包 Reactor以多線程的方式運行
2、Worker 進程：
- 接受由
Reactor線程投遞的請求數據包，并執行PHP回調函數處理數據 - 生成響應數據并發給
Reactor線程，由Reactor線程發送給TCP客戶端 - 可以是異步非阻塞模式，也可以是同步阻塞模式
Worker以多進程的方式運行
3、TaskWorker 進程 ：
- 接受由
Worker進程通過swoole_server->task/taskwait方法投遞的任務 - 處理任務，并將結果數據返回（使用
swoole_server->finish）給Worker進程 - 完全是同步阻塞模式
TaskWorker以多進程的方式運行
A: 網絡通信引擎
網絡通信引擎，是為 php 提供網絡通信能力的，傳統的 php 程序都是啟動 php-fpm，前邊再有一層 nginx 或者 apache，打開瀏覽器訪問就 OK，但是從瀏覽器訪問到服務器這一階段涉及到了網絡強求，但是這一階段跟 php 腳本沒有任何的關系，php 只需要處理好數據生成需要展示的內容就完成使命了，聲明周期當中，請求到來前和請求完成后都沒有 php 腳本什么事，而 swoole 提供的一大能力就是擴展了 php 的生命周期，無需 php-fpm 或者 nginx 或者 apache 之類的工具幫助就可以啟動一個 web 服務，并且從服務啟動前，啟動后，鏈接進入，請求到來，請求結束，鏈接切斷，服務終止都在 php 腳本的掌控之中，這樣的話 php 腳本就會涉及到大量的網絡通訊處理，而這個網絡通訊處理的能力正是來源于 swoole! 網絡通信引擎，是為 php 提供網絡通信能力的，傳統的 php 程序都是啟動 php-fpm，前邊再有一層 nginx 或者 apache，打開瀏覽器訪問就 OK，但是從瀏覽器訪問到服務器這一階段涉及到了網絡強求，但是這一階段跟 php 腳本沒有任何的關系，php 只需要處理好數據生成需要展示的內容就完成使命了，聲明周期當中，請求到來前和請求完成后都沒有 php 腳本什么事，而 swoole 提供的一大能力就是擴展了 php 的生命周期，無需 php-fpm 或者 nginx 或者 apache 之類的工具幫助就可以啟動一個 web 服務，并且從服務啟動前，啟動后，鏈接進入，請求到來，請求結束，鏈接切斷，服務終止都在 php 腳本的掌控之中，這樣的話 php 腳本就會涉及到大量的網絡通訊處理，而這個網絡通訊處理的能力正是來源于 swoole!
B：基于事件的高性能異步
同步：
就拿讀取文件內容來說吧
file_get_contents () 執行完才能執行下邊的代碼 這樣就很容易造成程序的阻塞
否則下邊的代碼就無法輸出文件的內容
傳統 php 都是這樣阻塞式的順序執行的
這是常見的同步編程
異步：
代碼在執行到 ajax 的時候，函數會直接返回，你馬上就可以看到屏幕上打印出的 lol
這就是異步，這樣你永遠不會被 IO 阻塞，但是它帶來了新的問題，在你運行到 lol 之后你就不知道現在代碼運行到哪里去了，你只能等待回調被觸發，然后屏幕上打印響應的 log, 它的執行不是單層順序的，而是嵌套的
如果在業務代碼當中 這樣層層嵌套可讀性可想而知
當然這是前端異步請求后端接口
swoole 當中處理異步回調嵌套使用的是協程
你知道什么叫協程嗎？你知道線程是干啥的嗎？你又知道進程嗎？
如果想深入了解 swoole 的強大之處 你還得要了解傳統 php 的 lnmp 環境的整套運行機制，這些你都了解嗎？
目前 swoole 當中的異步也是協程化的，所以你必須充分理解協程到底是個什么東西！
C：協程
到底什么是協程？
通俗的說，協程就是一段段協作方式執行的程序，協作來完成一件事，協作就是協同作業。我們知道團隊協同來做事，比個人單獨來做事，效率肯定要高，因為團隊協同可以發揮各成員的能動性、優勢互補。這是拿人來比喻。我們拿做事來比喻舉個例子：比如我們做飯，比如有以下環節洗菜、切菜、燒水、炒菜、煮米飯，人作為主體來操作，那么如果按部就班的做，先燒水，再洗菜，在切菜，再炒菜，再煮飯，那這頓飯要做很長時間比如總共 30 分鐘吧，如果我們通過協同方式，先燒水，放灶火上就可以做其他洗菜、切菜的準備，再煮米飯，然后再來洗菜、切菜，再查看煮米飯，再炒菜，…，如此循環往復切換，最后水燒好，米飯也煮好了，菜也炒好了，飯也 OK 了，這樣我們耗時可能只有 10-15 分鐘，看到了嗎，這就是生活中的 “協程”，由人來合理調度安排不同的環節，充分利用各種不同的資源和時間，來達到提高效率。協程是計算機程序，調用的則是不同的程序，處理者主要由 CPU 完成，處理對象是各種 IO 資源，處理的方式是不同的語言編寫的程序。我們知道，CPU 可以調度不同的程序，讓程序調用不同的 IO 資源，最初的進程是通過 CPU 頻繁的切換來完成調用程序的，是操作系統按一定算法分配的時間片搶占被動方式來切換的，未考慮程序實際執行狀況，這樣切換程序會帶來一定問題，而協程作為一種新的工作模式，可以讓程序協作方式來執行，在需要使用 CPU 時，交給程序處理，遇到耗時的 IO 資源操作時會讓出 CPU，交給處理其他程序，這樣互相協作來執行，而不是搶占式的，就像交通規則，大家都遵守按一定規則禮讓先行，不隨便搶道，協同方式，程序都會執行的良好。
我們來看具體的案例：
go(function () {
echo "hello go1 \n";
});
echo "hello main \n";
go(function () {
echo "hello go2 \n";
});上面的代碼執行結果:
root@b98940b00a9b /v/w/c/p/swoole# php co.php
hello go1
hello main
hello go2執行結果和我們平時寫代碼的順序，好像沒啥區別。實際執行過程:
- 運行此段代碼，系統啟動一個新進程
- 遇到
go(), 當前進程中生成一個協程，協程中輸出heelo go1, 協程退出 - 進程繼續向下執行代碼，輸出
hello main - 再生成一個協程，協程中輸出
heelo go2, 協程退出
我們來稍微改一改，體驗協程的調度:
use Co;
go(function () {
Co::sleep(1); // 只新增了一行代碼
echo "hello go1 \n";
});
echo "hello main \n";
go(function () {
echo "hello go2 \n";
});\Co::sleep () 函數功能和 sleep () 差不多，但是它模擬的是 IO 等待 (IO 后面會細講). 執行的結果如下:
root@b98940b00a9b /v/w/c/p/swoole# php co.php
hello main
hello go2
hello go1怎么不是順序執行的呢？實際執行過程:
- 運行此段代碼，系統啟動一個新進程
- 遇到
go(), 當前進程中生成一個協程 - 協程中遇到 IO 阻塞 (這里是
Co::sleep()模擬出的 IO 等待), 協程讓出控制，進入協程調度隊列 - 進程繼續向下執行，輸出
hello main - 執行下一個協程，輸出
hello go2 - 之前的協程準備就緒，繼續執行，輸出
hello go1
到這里，已經可以看到 swoole 中 協程與進程的關系 , 以及 協程的調度 , 我們再改一改剛才的程序
go(function () {
Co::sleep(1);
echo "hello go1 \n";
});
echo "hello main \n";
go(function () {
Co::sleep(1);
echo "hello go2 \n";
});我想你已經知道輸出是什么樣子了：
root@b98940b00a9b /v/w/c/p/swoole# php co.php
hello main
hello go1
hello go2協程快在哪？減少 IO 阻塞導致的性能損失
大家可能聽到使用協程的最多的理由，可能就是 協程快. 那看起來和平時寫得差不多的代碼，為什么就要快一些呢？一個常見的理由是，可以創建很多個協程來執行任務，所以快. 這種說法是對的，不過還停留在表面
首先，一般的計算機任務分為 2 種
- CPU 密集型，比如加減乘除等科學計算
- IO 密集型，比如網絡請求，文件讀寫等
其次，高性能相關的 2 個概念 - 并行：同一個時刻，同一個 CPU 只能執行同一個任務，要同時執行多個任務，就需要有多個 CPU 才行
- 并發：由于 CPU 切換任務非常快，快到人類可以感知的極限，就會有很多任務 同時執行 的錯覺
了解了這些，我們再來看協程，協程適合的是 IO 密集型 應用，因為協程在 IO 阻塞 時會自動調度，減少 IO 阻塞導致的時間損失！
協程在遇到 IO 阻塞的時候會讓出 cpu 的控制權，其他協程拿到去執行其他協程的任務，當 IO 阻塞過去之后回過頭來繼續往下執行！
要點：
- 協程在阻塞的時候只是阻塞了當前這個協程 并不會阻塞整個的進程 因為協程是在線程內部的，即使阻塞了也會讓出控制權，掛起，等待當前協程的 IO 不阻塞在回過頭來繼續執行，也就是同步的代碼完成了異步的功能！相當強悍！
- 從宏觀的角度看，程序員搞出來的多個協程在不發生任何協程阻塞的前提是是順序執行的 一旦發生阻塞 你可以把多個協程理解為并行的 同時在執行的！
- 協程是在單進程單線程當中實現的 你可以在里面實現成千上萬的協程 并且效果極高！ 每個協程去干不同的事！協作制的無需加鎖沒有搶占，串行的！什么叫串行呢？每次執行一個協程 遇到 IO 阻塞 掛起 執行接下來的程序 可能還是個協程 如果再遇到 IO 阻塞再掛起 繼續往下執行 當 IO 阻塞完成回過頭來繼續往下執行沒執行完的協程程序 每次都是一個協程在執行，串行化的！
- 協程之間每秒可以進行百萬千萬次切換！ 線程之間切換需要加鎖 加鎖就很浪費資源！進程間切換更浪費資源，因為上線文很大！更多詳細內容請自行百度！
- 協程很小切換還快 每秒百萬千萬級別的切換 所以 一個進程里面 只要你的內存夠用 你就可以無止境的創造協程出來干事情！
- 事件驅動和異步為 swoole 提供了高性能 而協程解決了異步回調代碼嵌套的問題 提高了代碼可讀性和維護性 也是 swoole 最大的特色！
d：混合服務器
你可以隨意創建一個 http tcp websocket http2 服務 并且能輕松承載成千上萬的請求
這個可以去官網 看如何創建 http 服務 tcp 服務 websocket 服務
websocket 是 http 升級而來的 創建了 websocket 服務就自帶了 http 服務
創建好服務 直接 start 就可以運行一個 http 服務或者其他 tcp 等的服務了 而無需 nginx apache 的任何參與！
有服務端必有客戶端 我們可以在代碼里面通過
new Swoole\Coroutine\Http\Client(127.0.0.1,9501)；
去鏈接 http 服務器
當然其他的也一樣 自己去看手冊 這里只是說明 swoole 有多么的強大
e：協程之間通訊 channel
通道（channel）是協程之間通信交換數據的唯一渠道，而協程 + 通道的開發組合即為著名的 csp 編程模型
在 swoole 當中 channel 常用于連接池的實現和協程并發的調度
如圖所示 第一個協程執行完成之后我們會往 channel 通道當中 push 一個元素 第二個也是 當然第一個一定是 IO 阻塞的 第二個沒有 我們在 for 循環里面 獲取 channel 里面的值的時候由于第一個阻塞 $chan->pop () 也是阻塞的 因為整體都是在一個協程里面 只有當大的協程里面的兩個小協程都完成了 這里的 $chan->pop 才會執行 接觸阻塞 最后才會執行 echo 語句！ 這是 swoole 當中協程并發的一個很好的案例應用
f：毫秒定時器
毫秒定時器是異步回調的方式來實現的！
還可以使用協程方式 采用同步阻塞的方式來實現定時器！
之前用 sleep 會阻塞整個進程 現在你在協程里面搞 Co:sleep (0.1) 阻塞的是當前協程 而不會阻塞整個進程！
