如果说数组是 PHP 的精髓,数组玩得不6的,根本不能算是会用PHP。那协程对于 Swoole 也是同理,不理解协程去用 Swoole,那就是在瞎用。 首先,Swoole 只能运行在命令行(Cli)模
如果说数组是 PHP 的精髓,数组玩得不6的,根本不能算是会用PHP。那协程对于 Swoole 也是同理,不理解协程去用 Swoole,那就是在瞎用。
![](https://pic2.zhimg.com/80/v2-303e9b42c43e8b04c04733d3a4eaa2b9_hd.jpg)
首先,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: ',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协程与Go协程的区别,很详细,很牛逼