什么是Swoole?
Swoole是一個基于協(xié)程的異步PHP編程框架。
它主要由從事針對中國市場的大型應用程序的中國開發(fā)人員開發(fā)。因此，它已經在高流量的生產環(huán)境中進行了壓力測試和驗證。這是您絕對可以依賴的技術，并且可以令人興奮地與之合作!
Swoole的好處
Swoole有許多好處，包括多個Web工作人員和單獨的任務工作人員，協(xié)程支持以及顯著提高請求上限的能力。
1.支持多個Web Worker
2.支持單獨的任務工作器
3.協(xié)程支持
4.無需Web服務器
5.可以增加請求上限
6.多個Web工作器和單獨的任務工作器
如上所述，Swoole具有多個Web工作器和單獨的任務工作器，從而可以延遲代碼。延遲長時間運行的進程為您的API和應用程序中許多以前無法實現(xiàn)的方法打開了大門，例如將處理推遲到發(fā)送響應之后。
協(xié)程支持
Swoole的Coroutine支持意味著即使您正在執(zhí)行大量昂貴的I / O(例如，與數(shù)據庫進行對話，使用文件系統(tǒng)，發(fā)出HTTP請求)，您也可以處理許多請求。
引導程序僅加載一次，因此您無需為每次請求支付15%到25%的稅。因為這是初始化的一部分，所以這意味著您在每個請求上使用的資源更少，包括RAM和CPU。對于某些應用程序，這可能意味著您需要更少的服務器，這可能已經由于異步運行時而已。
無需其他Web服務器
說到更少的服務器，您不需要Web服務器，因為Swoole是Web服務器。您可以啟動一個僅安裝PHP的Docker容器，并且不需要在其前面安裝NGINX。
您不必在同一容器中編寫NGINX或Apache，它可以只是PHP。而且，如果您要進行任何類型的容器化，那么將這些單進程容器全部使用一種語言進行的確是黃金標準。
更高要求的上限
有趣的是，Zend Framework和Laminas社區(qū)的成員認為，異步服務器能夠處理的請求是標準設置所能達到的四到七倍。
當然，您可以調整Apache和NGINX的速度非?？?，但是使用異步服務器可以獲得更快的速度，并且Node一次又一次地證明了這一點。
缺點
盡管上面列出的特權可以為PHP應用程序帶來可觀的收益，但Swoole仍存在一些明顯的缺點。
這些缺點可能包括：
1.代碼重裝
2.調試
3.每個事件一名聽眾
4.Swoole Response的“ end()”方法
5.非標準請求/響應API
代碼重裝
作為PHP開發(fā)人員，我們習慣于對代碼進行更改，然后重新加載瀏覽器以查看更改的影響。
不幸的是，Swoole中缺少重新加載代碼的功能。那是因為它是一個長期運行的過程。因此，在刷新時，它使用的是與更改前相同的代碼。
Swoole中有一些熱代碼重新加載功能，但是現(xiàn)在無法重新加載引導實際服務器實例(認為應用程序實例，DI容器，配置)本身所需的任何內容。
調試
由于Swoole的協(xié)程支持與Xdebug和Xhprof不兼容，因此調試可能是一個挑戰(zhàn)。您將需要習慣日志記錄。
響應“結束”方法
在Swoole中，如果您忘記調用“ $ response-> end()”，則連接將保持打開狀態(tài)，直到發(fā)生網絡超時。這意味著當前進程保持打開狀態(tài)，這意味著事件循環(huán)不再存在。最終，這將導致超時，并且將獲得超時，但是該超時仍然是一個問題。
因此，如果您可以從中抽象出來，則可以避免頭痛。(該功能是必需的，以便Swoole知道響應何時完成，并可以釋放工作人員來處理另一個請求;但是，從用戶的角度來看，由于忘記調用它很容易，所以這是個問題。)
因此，在Swoole運行時中，這是一項非常有用且方便的功能，但是如果您可以在自己的代碼中避免這樣做，那就更好了。
非標準請求/響應API
“ $ response-> end()”方法是Swoole中非標準請求/響應API的一個示例。它不遵循PSR-7規(guī)范(PHP的HTTP消息接口)，甚至不遵循任何框架實現(xiàn)，例如Symfony的HTTPKernel或laminas-http。
因此，如果您要直接編寫Swoole，但仍想使用自己的框架，則需要進行調整-但這可能是一個問題。
