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 密集场景，在同样的硬件配置环境下，它会比传统的同步模式承载更多的访问量。

我们熟悉的文件读写、网络通讯请求（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 &#39;time: &#39;, (microtime(true) - $time), &#39;s&#39;, PHP_EOL;
$time = microtime(true);
for($i = 0; $i < 10; ++$i)
{
    go(&#39;work&#39;);
}
swoole_event_wait(); // 等待所有协程执行完
echo &#39;time: &#39;, (microtime(true) - $time), &#39;s&#39;, PHP_EOL;

执行结果：

time: 1.0326268672943s
time: 0.10734605789185s

上面的代码可以假想为，单进程处理 10 个请求所需的时间。每个请求需要执行一次耗费 100ms 的 SQL 语句。

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

协程模型，耗费 0.1s 左右的是 Swoole。在等待 100ms 期间会挂起当前协程，底层调度会让 CPU 去执行其它协程的操作。

Atas ialah kandungan terperinci Swoole协程与传统fpm同步模式比较. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!