學(xué)習(xí)Swoole之如何避免成為被坑哭的程序員
很多剛從傳統(tǒng)fpm模式轉(zhuǎn)到swoole內(nèi)存常駐模式的phper,總會(huì)覺(jué)得內(nèi)心委屈,甚至想哭,原因swoole總會(huì)讓你懷疑人生,這真的是我之前所認(rèn)知的那個(gè)php語(yǔ)言嗎?怎么那么坑啊。
swoole下常見(jiàn)的"坑"
-
為何全局變量無(wú)法共享呢
例如,在以下代碼中
$http = new swoole_http_server("127.0.0.1", 9501); $http->on("request", function ($request, $response) { static $i; $response->end($i); $i++; }); $http->start();
就會(huì)有人發(fā)現(xiàn)在swoole下
static $i
和在fpm下所理解的輸出不一致。這是在于出現(xiàn)了進(jìn)程克隆,而每個(gè)進(jìn)程之間的數(shù)據(jù)都是不一致的。 -
echo var_dump 無(wú)法輸出到瀏覽器(http響應(yīng))
我們?cè)趂pm模式下,
echo $a
是可以把結(jié)果輸出到瀏覽器中的,為何在swoole中就不行呢,原因在于模式的變更,swoole的運(yùn)行模式不再是fpm,而是cli,如果你需要把數(shù)據(jù)響應(yīng)給瀏覽器,你只能 通過(guò)Http request
回調(diào)中的response
對(duì)象進(jìn)行響應(yīng) -
http請(qǐng)求參數(shù)獲取
在同swoole的http服務(wù)的時(shí)候,很多人會(huì)發(fā)現(xiàn)$_GET、$_POST等常見(jiàn)全局變量無(wú)法使用。這是因?yàn)?_GET、$_POST等變量都是全局的,在swoole當(dāng)中會(huì)出現(xiàn)問(wèn)題,如果想獲取請(qǐng)求參數(shù),可以用swoole回調(diào)時(shí)提供的
Request
對(duì)象來(lái)進(jìn)行獲取 -
swoole不能使用die/exit
phper都習(xí)慣用die/exit來(lái)調(diào)試代碼,這是因?yàn)檫@個(gè)命令會(huì)直接退出當(dāng)前進(jìn)程,對(duì)于fpm來(lái)講,每個(gè)請(qǐng)求都對(duì)應(yīng)一個(gè)獨(dú)立進(jìn)程,退出了問(wèn)題不大,但是在swoole當(dāng)中,可能一個(gè)進(jìn)程中會(huì)有多個(gè)請(qǐng)求同時(shí)在處理,如果你exit或者die來(lái)退出當(dāng)前進(jìn)程,會(huì)導(dǎo)致數(shù)據(jù)丟失。
-
swoole下為何需要斷線重連
很多程序員都習(xí)慣性的把數(shù)據(jù)庫(kù)連接做單例化處理,這樣很明顯帶來(lái)的好處就是節(jié)約了每次請(qǐng)求數(shù)據(jù)庫(kù)需要連接多次的開(kāi)銷。那么為何在swoole下總是報(bào)錯(cuò)提示我數(shù)據(jù)庫(kù)斷線了呢? 原因在于,傳統(tǒng)fpm下,請(qǐng)求結(jié)束了,那么就會(huì)執(zhí)行進(jìn)程清理,數(shù)據(jù)庫(kù)連接也被清理了,下次進(jìn)來(lái)的時(shí)候,才會(huì)執(zhí)行重新連接。這樣就保證了連接都是可用的狀態(tài)。但是在swoole常駐內(nèi)存的情況下, 請(qǐng)求結(jié)束后,該連接并不會(huì)被清理,依舊保留在內(nèi)存空間內(nèi),而該連接若是長(zhǎng)時(shí)間沒(méi)有使用,或者是因?yàn)榫W(wǎng)絡(luò)波動(dòng),那么就會(huì)斷開(kāi)。下次請(qǐng)求進(jìn)來(lái)的時(shí)候,你沒(méi)有判斷連接狀態(tài),就直接去執(zhí)行sql語(yǔ)句,那么就意味著你操作了一個(gè)斷線的數(shù)據(jù)庫(kù)連接,因此肯定會(huì)報(bào)錯(cuò)。
-
內(nèi)存泄露 很多人用swoole寫(xiě)服務(wù)的時(shí)候,總是跑著跑著就莫名其妙的內(nèi)存不足。這是因?yàn)閟woole是一個(gè)常駐進(jìn)程型的模型,在fpm下,請(qǐng)求結(jié)束之后會(huì)將進(jìn)程內(nèi)的變量進(jìn)行清理,而swoole進(jìn)程全局期的變量并不會(huì)因?yàn)檎?qǐng)求的結(jié)束而被清理,會(huì)一直保存在內(nèi)存中,一方面提高了效率,但是也讓開(kāi)發(fā)者必須注意到變量回收的必要性。
-
協(xié)程上下文訪問(wèn)安全 使用swoole協(xié)程的時(shí)候,會(huì)有人遇到變量的值不符合預(yù)期的情況,這里面可能是變量污染在作祟,在傳統(tǒng)php 同步阻塞的編程模式下,所有的執(zhí)行都是強(qiáng)制順序執(zhí)行的。但是在swoole中,多個(gè)協(xié)程之間是交替執(zhí)行的,可能a協(xié)程讓出執(zhí)行權(quán)的時(shí)候b協(xié)程對(duì)某個(gè)跨協(xié)程變量進(jìn)行了修改,那么當(dāng)a協(xié)程恢復(fù)執(zhí)行權(quán)的時(shí)候這個(gè)跨協(xié)程變量將不是讓出時(shí)的值了(如果你對(duì)mysql有一定了解,就會(huì)發(fā)現(xiàn)這個(gè)情況并不難理解)。 同時(shí)為了解決這個(gè)問(wèn)題,我們通常在編程是要注意跨協(xié)程變量的使用,以及使用協(xié)程單例的方式來(lái)控制變量。
使用swoole要學(xué)習(xí)的知識(shí)點(diǎn)
以下內(nèi)容中,必須
代表一定要先學(xué)習(xí)的部分,如果不懂會(huì)導(dǎo)致學(xué)習(xí)困難和跑偏,寫(xiě)的代碼無(wú)法應(yīng)用在生產(chǎn)環(huán)境; 應(yīng)該
代表建議學(xué)習(xí)的知識(shí)點(diǎn),但是也可以只是了解; 可以
代表推薦去學(xué)習(xí),通常是開(kāi)發(fā)者的弱點(diǎn)。
-
基礎(chǔ)編程知識(shí)
-
應(yīng)該
了解阻塞
和非阻塞
的區(qū)別 -
必須
清楚PHP的GC機(jī)制
這個(gè)必須清楚,大多數(shù)php開(kāi)發(fā)者都不清楚 -
必須
清楚php面向?qū)ο缶幊?/code> 這里一定要搞清楚對(duì)象引用機(jī)制和對(duì)象與內(nèi)存之間的關(guān)系
-
必須
清楚資源及連接句柄
的相關(guān)知識(shí)
-
-
多進(jìn)程編程
-
必須
清楚fpm
和swoole
的多進(jìn)程模型及其區(qū)別 -
必須
了解進(jìn)程間通訊
和進(jìn)程隔離
,應(yīng)該
了解進(jìn)程信號(hào)量
-
-
基礎(chǔ)的TCP/UDP認(rèn)知
-
應(yīng)該
清楚TCP和UDP的區(qū)別
-
應(yīng)該
清楚客戶端和服務(wù)端
的區(qū)別 -
必須
了解OSI七層模型中的上四層
了解常見(jiàn)應(yīng)用層協(xié)議如http
ftp
smtp
等
-
-
協(xié)程
-
必須
清楚swoole協(xié)程工作模式 -
必須
清楚如何判斷變量是否會(huì)跨協(xié)程使用
-
總結(jié)
總而言之,大多數(shù)php開(kāi)發(fā)者學(xué)習(xí)swoole時(shí)候都會(huì)覺(jué)得坑的原因是來(lái)自于自身知識(shí)儲(chǔ)備的不足。對(duì)于很多其他語(yǔ)言開(kāi)發(fā)者必須掌握的知識(shí),php開(kāi)發(fā)時(shí)可能就無(wú)需掌握,但是這也是欠的技術(shù)債,會(huì)在進(jìn)一步提升的時(shí)候遇到的瓶頸;導(dǎo)致在使用swoole的時(shí)候出了各種各樣的問(wèn)題。實(shí)際上,swoole是一個(gè)很強(qiáng)大的php拓展,他重新定義了php,讓php有了更強(qiáng)的生命力。