資訊專(zhuān)欄INFORMATION COLUMN
摘要：初識(shí)協(xié)程執(zhí)行結(jié)果協(xié)程與同步模式比較我們一直在說(shuō)協(xié)程適合用于密集場(chǎng)景，在同樣的硬件配置環(huán)境下，它會(huì)比傳統(tǒng)的同步模式承載更多的訪問(wèn)量。假設(shè)一次查詢?yōu)椋趥鹘y(tǒng)同步模式下，當(dāng)前進(jìn)程在這的時(shí)間里，是不能做其它操作的。同步模式，耗費(fèi)左右的是。
如果說(shuō)數(shù)組是 PHP 的精髓，數(shù)組玩得不6的，根本不能算是會(huì)用PHP。那協(xié)程對(duì)于 Swoole 也是同理，不理解協(xié)程去用 Swoole，那就是在瞎用。
首先，Swoole 只能運(yùn)行在命令行（Cli）模式下，所以我們開(kāi)發(fā)調(diào)試都是使用命令行，而不是 php-fpm/apache 等。
在 Swoole 中，我們可以使用SwooleCoroutine::create()創(chuàng)建協(xié)程，或者你也可以使用簡(jiǎn)寫(xiě)go()。
初識(shí) 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 3Swoole 協(xié)程與同步模式比較
我們一直在說(shuō) Swoole 協(xié)程適合用于 I/O 密集場(chǎng)景，在同樣的硬件配置環(huán)境下，它會(huì)比傳統(tǒng)的同步模式承載更多的訪問(wèn)量。
我們熟悉的文件讀寫(xiě)、網(wǎng)絡(luò)通訊請(qǐng)求（MySQL、Redis、Http等）都是屬于 I/O 密集型場(chǎng)景。
假設(shè)一次 SQL 查詢?yōu)?100ms，在傳統(tǒng)同步模式下，當(dāng)前進(jìn)程在這 100ms 的時(shí)間里，是不能做其它操作的。如果要執(zhí)行十次這個(gè) SQL，可能需要耗費(fèi) 1s 以上。
而如果用協(xié)程，雖然不同協(xié)程之間也是按順序執(zhí)行，但是在前一個(gè)等待 100ms 期間，底層會(huì)調(diào)度 CPU，去執(zhí)行其它協(xié)程的操作。也就是說(shuō)，可能第一個(gè)查詢還沒(méi)返回結(jié)果，其它幾個(gè)查詢就已經(jīng)發(fā)送給了 MySQL 并正在執(zhí)行中了。如果開(kāi)啟十個(gè)協(xié)程，分別執(zhí)行這個(gè) SQL，可能只需要耗費(fèi) 100+ms 即可完成。
測(cè)試代碼如下：
SwooleRuntime::enableCoroutine(); // 開(kāi)啟一鍵協(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
上面的代碼可以假想為，單進(jìn)程處理 10 個(gè)請(qǐng)求所需的時(shí)間。每個(gè)請(qǐng)求需要執(zhí)行一次耗費(fèi) 100ms 的 SQL 語(yǔ)句。
同步模式，耗費(fèi) 1s 左右的是 fpm。可以看出，在等待 100ms 期間是不能做任何事情的。
協(xié)程模型，耗費(fèi) 0.1s 左右的是 Swoole。在等待 100ms 期間會(huì)掛起當(dāng)前協(xié)程，底層調(diào)度會(huì)讓 CPU 去執(zhí)行其它協(xié)程的操作。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://specialneedsforspecialkids.com/yun/31199.html
摘要：年開(kāi)發(fā)并發(fā)布框架現(xiàn)已停止維護(hù)。經(jīng)過(guò)一年實(shí)戰(zhàn)，年月日，一周年之際正式發(fā)布版本。宇潤(rùn)部分開(kāi)源項(xiàng)目我已通過(guò)碼云平臺(tái)，向項(xiàng)目力所能及地捐款，聊表心意。所以，目前主打的還是單體應(yīng)用開(kāi)發(fā)。協(xié)議的開(kāi)發(fā)，也是帶來(lái)的一大優(yōu)勢(shì)。 imi 介紹 showImg(https://segmentfault.com/img/bVbuab9?w=291&h=187); imi 是基于 PHP 協(xié)程應(yīng)用開(kāi)發(fā)框架，它支...
摘要：今天宇潤(rùn)就來(lái)測(cè)試一下方法。官方說(shuō)明節(jié)選從版本開(kāi)始，通過(guò)內(nèi)置的解釋器，可以使用命令對(duì)腳本進(jìn)行求值。另一方面，這也意味著，執(zhí)行一個(gè)運(yùn)行緩慢的腳本并不是一個(gè)好主意。將腳本緩存到服務(wù)器的操作可以通過(guò)命令進(jìn)行。 平時(shí)你用 Redis 是不是經(jīng)常 get()、set()一把梭？其實(shí) Redis 中還有很多有用的數(shù)據(jù)結(jié)構(gòu)，以及各種方法。今天宇潤(rùn)就來(lái)測(cè)試一下eval()方法。 Redis Eval 官...
摘要：我第一次得知這種寫(xiě)法，是上學(xué)時(shí)候，課老師告訴我們的那么這么寫(xiě)除了腦殘裝酷炫以外，它對(duì)性能是否有影響呢通過(guò)上面的代碼運(yùn)行得出，使用作為縮進(jìn)符，會(huì)略慢于正常寫(xiě)法。 ;;;;$i = 123; ;;;;echo $i, PHP_EOL; 這段代碼是不是很奇葩，使用;作為代碼縮進(jìn)符號(hào)但是它是合法的語(yǔ)句，可以正常運(yùn)行。并且在Java、PHP等語(yǔ)言中，都可以正常使用。 我第一次得知這種寫(xiě)法，是上學(xué)...
摘要：我第一次得知這種寫(xiě)法，是上學(xué)時(shí)候，課老師告訴我們的那么這么寫(xiě)除了腦殘裝酷炫以外，它對(duì)性能是否有影響呢通過(guò)上面的代碼運(yùn)行得出，使用作為縮進(jìn)符，會(huì)略慢于正常寫(xiě)法。 ;;;;$i = 123; ;;;;echo $i, PHP_EOL; 這段代碼是不是很奇葩，使用;作為代碼縮進(jìn)符號(hào)但是它是合法的語(yǔ)句，可以正常運(yùn)行。并且在Java、PHP等語(yǔ)言中，都可以正常使用。 我第一次得知這種寫(xiě)法，是上學(xué)...
閱讀 3473·2023-04-26 02:48
閱讀 1468·2021-10-11 10:57
閱讀 2493·2021-09-23 11:35
閱讀 1201·2021-09-06 15:02
閱讀 3300·2019-08-30 15:54
閱讀 1617·2019-08-30 15:44
閱讀 883·2019-08-30 15:44
閱讀 992·2019-08-30 12:52
