Swoole協程與傳統fpm同步模式比較

若是說數組是 PHP 的精髓，數組玩得不6的，根本不能算是會用PHP。那協程對於 Swoole 也是同理，不理解協程去用 Swoole，那就是在瞎用。

首先，Swoole 只能運行在命令行（Cli）模式下，因此咱們開發調試都是使用命令行，而不是php-fpm/apache等。

在 Swoole 中，咱們可使用 `\Swoole\Coroutine::create()` 建立協程，或者你也可使用簡寫`go()`。

初識 Swoole 協程

`go(``function``(){`

`go(``function``(){`

`echo` `0, PHP_EOL;`

`});`

`echo` `1, PHP_EOL;`

`});`

`go(``function``(){`

`echo` `2, PHP_EOL;`

`});`

`go(``function``(){`

`echo` `3, PHP_EOL;`

`});`

執行結果：

`0`

`1`

`2`

`3`

Swoole 協程與同步模式比較

咱們一直在說 Swoole 協程適合用於 I/O 密集場景，在一樣的硬件配置環境下，它會比傳統的同步模式承載更多的訪問量。點擊進入，免費領取高品質PHP學習資料大全適合在校大學生，小白，想轉行，想提高本身的均可以加入。

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

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

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

測試代碼以下：

`Swoole\Runtime::enableCoroutine();` `// 開啓一鍵協程化`

`function` `work()`

`{`

`$pdo` `=` `new` `\PDO(``'mysql:host=127.0.0.1;dbname=db_test'``,` `'root'``,` `'root'``);`

`$pdo``->``exec``(``'select SLEEP(0.1)'``);` `// 模擬sql須要執行 100ms 的狀況`

`}`

`$time` `= microtime(true);`

`for``(``$i` `= 0;` `$i` `< 10; ++``$i``)`

`{`

`work();`

`}`

`echo` `'time: '``, (microtime(true) -` `$time``),` `'s'``, PHP_EOL;`

`$time` `= microtime(true);`

`for``(``$i` `= 0;` `$i` `< 10; ++``$i``)`

`{`

`go(``'work'``);`

`}`

`swoole_event_wait();` `// 等待全部協程執行完`

`echo` `'time: '``, (microtime(true) -` `$time``),` `'s'``, PHP_EOL;`

執行結果：

`time: 1.0326268672943s`

`time: 0.10734605789185s`

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

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

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

以上就是Swoole協程與傳統fpm同步模式比較的詳細內容