如果说数组是 PHP 的精髓，数组玩得不6的，根本不能算是会用PHP。那协程对于 Swoole 也是同理，不理解协程去用 Swoole，那就是在瞎用。

首先，Swoole 只能运行在命令行（Cli）模式下，所以我们开发调试都是使用命令行，而不是 php-fpm/apache 等。

在 Swoole 中，我们可以使用`\Swoole\Coroutine::create()`创建协程，或者你也可以使用简写`go()`。

初识 Swoole 协程

1. go(function(){ 
2.  
3.     go(function(){ 
4.  
5.         echo 0, PHP_EOL; 
6.  
7.     }); 
8.  
9.     echo 1, PHP_EOL; 
10.  
11. }); 
12.  
13. go(function(){ 
14.  
15.     echo 2, PHP_EOL; 
16.  
17. }); 
18.  
19. go(function(){ 
20.  
21.     echo 3, PHP_EOL; 
22.  
23. }); 

执行结果：

1. 0
2. 1
3. 2
4. 3

Swoole 协程与同步模式比较

我们一直在说 Swoole 协程适合用于 I/O 密集场景，在同样的硬件配置环境下，它会比传统的同步模式承载更多的访问量。

我们熟悉的文件读写、网络通讯请求（MySQL、Redis、Http等）都是属于 I/O 密集型场景。

假设一次 SQL 查询为 100ms，在传统同步模式下，当前进程在这 100ms 的时间里，是不能做其它操作的。如果要执行十次这个 SQL，可能需要耗费 1s 以上。

而如果用协程，虽然不同协程之间也是按顺序执行，但是在前一个等待 100ms 期间，底层会调度 CPU，去执行其它协程的操作。也就是说，可能第一个查询还没返回结果，其它几个查询就已经发送给了 MySQL 并正在执行中了。如果开启十个协程，分别执行这个 SQL，可能只需要耗费 100+ms 即可完成。

测试代码如下：

1. Swoole\Runtime::enableCoroutine(); // 开启一键协程化 
2.   
3.  
4. function work() 
5.  
6. { 
7.  
8.     $pdo = new \PDO('mysql:host=127.0.0.1;dbname=db_test', 'root', 'root'); 
9.  
10.     $pdo->exec('select SLEEP(0.1)'); // 模拟sql需要执行 100ms 的情况 
11.  
12. } 
13.  
14. $time = microtime(true); 
15.  
16. for($i = 0; $i < 10; ++$i) 
17.  
18. { 
19.  
20.     work(); 
21.  
22. } 
23.  
24. echo 'time: ', (microtime(true) - $time), 's', PHP_EOL; 
25.  
26. $time = microtime(true); 
27.  
28. for($i = 0; $i < 10; ++$i) 
29.  
30. { 
31.  
32.     go('work'); 
33.  
34. } 
35.  
36. swoole_event_wait(); // 等待所有协程执行完 
37.  
38. echo 'time: ', (microtime(true) - $time), 's', PHP_EOL; 

执行结果：

1. time: 1.0326268672943s 
2.  
3. time: 0.10734605789185s 

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

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

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

Tags: Swoole fpm

分享到：