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