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 '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在進階的時候總會遇到一些問題和瓶頸,業務代碼寫多了沒有方向感,更多PHP大廠PDF面試文檔,PHP進階架構視頻資料,PHP精彩好文免費獲取可以關注公眾號:PHP開源社區,或者訪問:
- Swoole協程與傳統fpm同步模式區別
- php-parser在Aop編程中的使用
- socket編程之認識常用協議
- mysql讀寫分離在項目實踐中的應用
- linux下查看php-fpm是否開啟
- Nginx優化詳解
- PHP 怎麼快速讀取大文件
- php redis實現消息隊列
- PHP-FPM進程模型詳解
- 究竟什麼是RPC,你知道嘛?
- mysql 的讀寫鎖與併發控制
- 整理一下PHP的註釋標記
- redis緩存穿透和緩存失效的預防和解決
- php laravel依賴注入淺析
- php中Session的使用方法
- Kafka為什麼吞吐量大、速度快?
- redis 緩存鎖的實現方法
- mysql讀寫分離在項目實踐中的應用
- PHP控制反轉(IOC)和依賴注入(DI)
- Mysql性能優化:為什麼要用覆蓋索引?