共计 1374 个字符，预计需要花费 4 分钟才能阅读完成。
如果说数组是 PHP 的精华，数组玩得不 6 的，基本不能算是会用 PHP。那协程对于 Swoole 也是同理，不了解协程去用 Swoole，那就是在瞎用。
首先，Swoole 只能运行在命令行（Cli）模式下，所以咱们开发调试都是应用命令行，而不是 php-fpm/apache 等。
在 Swoole 中，咱们能够应用 `SwooleCoroutine::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
3Swoole 协程与同步模式比拟
咱们始终在说 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->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 同步模式比拟的具体内容