傳統fpm同步模式與swoole協程的區別

首先，swoole 只能運行在命令行（cli）模式下，所以我們開發調試都是使用命令行，而不是?php-fpm/apache?等。在 swoole 中，我們可以使用`swoolecoroutine::create()`創建協程，或者你也可以使用簡寫`go()`。

初識 Swoole 協程

執行結果：

Swoole 協程與同步模式比較

我們一直在說 Swoole 協程適合用于 I/O 密集場景，在同樣的硬件配置環境下，它會比傳統的同步模式承載更多的訪問量。

我們熟悉的文件讀寫、網絡通訊請求（MySQL、Redis、Http等）都是屬于 I/O 密集型場景。

假設一次 SQL 查詢為 100ms，在傳統同步模式下，當前進程在這 100ms 的時間里，是不能做其它操作的。如果要執行十次這個 SQL，可能需要耗費 1s 以上。

而如果用協程，雖然不同協程之間也是按順序執行，但是在前一個等待 100ms 期間，底層會調度 CPU，去執行其它協程的操作。也就是說，可能第一個查詢還沒返回結果，其它幾個查詢就已經發送給了 MySQL 并正在執行中了。如果開啟十個協程，分別執行這個 SQL，可能只需要耗費 100+ms 即可完成。

測試代碼如下：

SwooleRuntime::enableCoroutine();?//?開啟一鍵協程化 ?? function?work() { ????$pdo?=?new?PDO('mysql:host=127.0.0.1;dbname=db_test',?'root',?'root'); ????$pdo-&gt;exec('select?SLEEP(0.1)');?//?模擬sql需要執行?100ms?的情況 } $time?=?microtime(true); for($i?=?0;?$i?<p>執行結果：<br></p><pre class="brush:php;toolbar:false">time:?1.0326268672943s time:?0.10734605789185s

上面的代碼可以假想為，單進程處理 10 個請求所需的時間。每個請求需要執行一次耗費 100ms 的 SQL 語句。

同步模式，耗費 1s 左右的是 fpm。可以看出，在等待 100ms 期間是不能做任何事情的。

協程模型，耗費 0.1s 左右的是 Swoole。在等待 100ms 期間會掛起當前協程，底層調度會讓 CPU 去執行其它協程的操作。

相關文章教程推薦：swoole教程

以上就是傳統fpm同步模式與