Swoole協(xié)程與傳統(tǒng)fpm同步模式的比較

這篇文章主要介紹“Swoole協(xié)程與傳統(tǒng)fpm同步模式的比較”，在日常操作中，相信很多人在Swoole協(xié)程與傳統(tǒng)fpm同步模式的比較問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Swoole協(xié)程與傳統(tǒng)fpm同步模式的比較”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

從事四川雅安服務(wù)器托管，服務(wù)器租用，云主機，雅安服務(wù)器托管，域名申請，CDN，網(wǎng)絡(luò)代維等服務(wù)。

如果說數(shù)組是 PHP 的精髓，數(shù)組玩得不6的，根本不能算是會用PHP。那協(xié)程對于 Swoole 也是同理，不理解協(xié)程去用 Swoole，那可能不是很好去用它。

首先，Swoole 只能運行在命令行（Cli）模式下，所以我們開發(fā)調(diào)試都是使用命令行，而不是 php-fpm/apache 等。

在 Swoole 中，我們可以使用`\Swoole\Coroutine::create()`創(chuàng)建協(xié)程，或者你也可以使用簡寫`go()`。

初識 Swoole 協(xié)程

go(function(){

    go(function(){

        echo 0, PHP_EOL;

    });

    echo 1, PHP_EOL;

});

go(function(){

    echo 2, PHP_EOL;

});

go(function(){

    echo 3, PHP_EOL;

});

執(zhí)行結(jié)果：

0

1

2

3

Swoole 協(xié)程與同步模式比較

我們一直在說 Swoole 協(xié)程適合用于 I/O 密集場景，在同樣的硬件配置環(huán)境下，它會比傳統(tǒng)的同步模式承載更多的訪問量。

我們熟悉的文件讀寫、網(wǎng)絡(luò)通訊請求（MySQL、redis、Http等）都是屬于 I/O 密集型場景。

假設(shè)一次 SQL 查詢?yōu)?100ms，在傳統(tǒng)同步模式下，當(dāng)前進程在這 100ms 的時間里，是不能做其它操作的。如果要執(zhí)行十次這個 SQL，可能需要耗費 1s 以上。

而如果用協(xié)程，雖然不同協(xié)程之間也是按順序執(zhí)行，但是在前一個等待 100ms 期間，底層會調(diào)度 CPU，去執(zhí)行其它協(xié)程的操作。也就是說，可能第一個查詢還沒返回結(jié)果，其它幾個查詢就已經(jīng)發(fā)送給了 MySQL 并正在執(zhí)行中了。如果開啟十個協(xié)程，分別執(zhí)行這個 SQL，可能只需要耗費 100+ms 即可完成。

測試代碼如下：

Swoole\Runtime::enableCoroutine(); // 開啟一鍵協(xié)程化

  

function work()

{

    $pdo = new \PDO('mysql:host=127.0.0.1;dbname=db_test', 'root', 'root');

    $pdo->exec('select SLEEP(0.1)'); // 模擬sql需要執(zhí)行 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(); // 等待所有協(xié)程執(zhí)行完

echo 'time: ', (microtime(true) - $time), 's', PHP_EOL;

執(zhí)行結(jié)果：

time: 1.0326268672943s

time: 0.10734605789185s

上面的代碼可以假想為，單進程處理 10 個請求所需的時間。每個請求需要執(zhí)行一次耗費 100ms 的 SQL 語句。

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

協(xié)程模型，耗費 0.1s 左右的是 Swoole。在等待 100ms 期間會掛起當(dāng)前協(xié)程，底層調(diào)度會讓 CPU 去執(zhí)行其它協(xié)程的操作。

到此，關(guān)于“Swoole協(xié)程與傳統(tǒng)fpm同步模式的比較”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

當(dāng)前標(biāo)題：Swoole協(xié)程與傳統(tǒng)fpm同步模式的比較
文章鏈接：http://muchs.cn/article28/ipjsjp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供關(guān)鍵詞優(yōu)化、企業(yè)網(wǎng)站制作、微信小程序、定制開發(fā)、外貿(mào)網(wǎng)站建設(shè)、網(wǎng)站內(nèi)鏈

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)

成都網(wǎng)站建設(shè)