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 密集场景，在一样的硬件配置环境下，它会比传统的同步模式承载更多的访问量。点击进入，免费领取高品质PHP学习资料大全适合在校大学生，小白，想转行，想提高本身的均可以加入。

咱们熟悉的文件读写、网络通信请求（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同步模式比较的详细内容