Swoole协程与传统fpm同步模式比较

程序员文章站 2022-06-11 15:47:10

如果说数组是 PHP 的精髓，数组玩得不6的，根本不能算是会用PHP。那协程对于 Swoole 也是同理，不理解协程去用 Swoole，那就是在瞎用。首先，Swoole 只能运行在命令行（Cli）模式下，所以我们开发调试都是使用命令行，而不是 php-fpm/apache 等。在 Swoole ......

如果说数组是 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;

});

执行结果：

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同步模式比较的详细内容

以上内容希望帮助到大家，很多phper在进阶的时候总会遇到一些问题和瓶颈，业务代码写多了没有方向感，不知道该从那里入手去提升，对此我整理了一些资料，包括但不限于：分布式架构、高可扩展、高性能、高并发、服务器性能调优、tp6，laravel，yii2，redis，swoole、swoft、kafka、mysql优化、shell脚本、docker、微服务、nginx等多个知识点高级进阶干货需要的可以免费分享给大家，需要的可以加入我的官方群点击此处。

Swoole协程与传统fpm同步模式比较