swoole的好處:1、多個Web工作器和單獨的任務工作器,從而可以延遲程式碼;2、協程支援;3、無需安裝其他Web伺服器;4、可以增加請求上限。
本教學操作環境:Windows10系統、Swoole4版、DELL G3電腦
什麼是Swoole?
Swoole是一個基於協程的非同步PHP程式框架。
它主要由從事針對中國市場的大型應用程式的中國開發人員開發。因此,它已經在高流量的生產環境中進行了壓力測試和驗證。這是您絕對可以依賴的技術,並且可以令人興奮地與之合作!
Swoole的好處
Swoole有許多好處,包括多個Web工作人員和單獨的任務工作人員,協程支援以及顯著提高請求上限的能力。
支援多個Web Worker
支援單獨的任務工作器
如上所述,Swoole具有多個Web工作器和單獨的任務工作器,從而可以延遲程式碼。延遲長時間運行的進程為您的API和應用程式中許多以前無法實現的方法打開了大門,例如將處理推遲到發送回應之後。
協程支援Swoole的Coroutine支援意味著即使您正在執行大量昂貴的I / O(例如,與資料庫進行對話,使用檔案系統,發出HTTP請求),您也可以處理許多請求。
引導程式僅加載一次,因此您無需為每次請求支付15%到25%的稅。因為這是初始化的一部分,所以這意味著您在每個請求上使用的資源更少,包括RAM和CPU。對於某些應用程序,這可能意味著您需要更少的伺服器,這可能已經由於非同步運行時而已。
不需要其他Web伺服器說到更少的伺服器,您不需要Web伺服器,因為Swoole是Web伺服器。您可以啟動一個僅安裝PHP的Docker容器,並且不需要在其前面安裝NGINX。
您不必在同一容器中編寫NGINX或Apache,它可以只是PHP。而且,如果您要進行任何類型的容器化,那麼將這些單進程容器全部使用一種語言進行的確是黃金標準。
更高要求的上限有趣的是,Zend Framework和Laminas社群的成員認為,非同步伺服器能夠處理的請求是標準設定所能達到的四到七倍。
當然,您可以調整Apache和NGINX的速度非常快,但是使用非同步伺服器可以獲得更快的速度,並且Node一次又一次地證明了這一點。
缺點儘管上面列出的特權可以為PHP應用程式帶來可觀的收益,但Swoole仍存在一些明顯的缺點。
這些缺點可能包括:
作為PHP開發人員,我們習慣於對程式碼進行更改,然後重新載入瀏覽器以查看更改的影響。
不幸的是,Swoole中缺少重新載入程式碼的功能。那是因為它是一個長期運作的過程。因此,在刷新時,它使用的是與更改前相同的程式碼。
Swoole中有一些熱程式碼重新載入功能,但是現在無法重新載入引導實際伺服器實例(認為應用程式實例,DI容器,配置)本身所需的任何內容。
偵錯由於Swoole的協程支援與Xdebug和Xhprof不相容,因此偵錯可能是一個挑戰。您將需要習慣日誌記錄。
回應“結束”方法在Swoole中,如果您忘記呼叫“ $ response-> end()”,則連線將保持開啟狀態,直到發生網路逾時。這意味著當前進程保持開啟狀態,這意味著事件循環不再存在。最終,這將導致超時,並且將獲得超時,但是該超時仍然是一個問題。
因此,如果您可以從中抽像出來,則可以避免頭痛。 (該功能是必需的,以便Swoole知道響應何時完成,並且可以釋放工作人員來處理另一個請求;但是,從用戶的角度來看,由於忘記調用它很容易,所以這是個問題。)
因此,在Swoole運行時中,這是一項非常有用且方便的功能,但是如果您可以在自己的程式碼中避免這樣做,那就更好了。
非標準請求/回應API“ $ response-> end()”方法是Swoole中非標準請求/回應API的一個範例。它不遵循PSR-7規範(PHP的HTTP訊息介面),甚至不遵循任何框架實現,例如Symfony的HTTPKernel或laminas-http。 因此,如果您要直接編寫Swoole,但仍想使用自己的框架,則需要進行調整-但這可能是一個問題。 推薦學習: swoole教學
以上是swoole有什麼好處的詳細內容。更多資訊請關注PHP中文網其他相關文章!