如果說陣列是 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 密集場景，在同樣的硬體配置環境下，它會比傳統的同步模式承載更多的訪問量。
我們熟悉的文件讀寫、網路通訊請求（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同步模式比較的詳細內容。更多資訊請關注PHP中文網其他相關文章！
