Zend Studio是新一代的專業(yè)級智能PHP IDE，它旨在幫助開發(fā)人員提高工作效率，創(chuàng)造出高品質(zhì)的PHP應(yīng)用程序！它包含了PHP開發(fā)所必須的部件，通過一整套的編輯、調(diào)試、分析、優(yōu)化和數(shù)據(jù)庫工具，Zend Studio加速開發(fā)周期，并簡化復雜的應(yīng)用方案。本教程介紹Zend Studio調(diào)試和分析Zend Server事件的內(nèi)容，本文是第三部分內(nèi)容——從Zend Server調(diào)試/分析事件。

在線訂購  試用下載

在PHP中實現(xiàn)異步編程可能很困難。幸運的是，像Swoole這樣的新興技術(shù)可以幫助使實現(xiàn)異步的好處更加可實現(xiàn)。

在本文中，我們對Swoole進行了概述，討論了它的優(yōu)缺點，并考慮了它與NodeJS的比較。

• 什么是Swoole？
• Swoole的好處
• Swoole的缺點
• Swoole與NodeJS

什么是Swoole？

Swoole是一個基于協(xié)程的異步PHP編程框架。

它主要由從事針對中國市場的大型應(yīng)用程序的中國開發(fā)人員開發(fā)。因此，它已經(jīng)在高流量的生產(chǎn)環(huán)境中進行了壓力測試和驗證。這是您絕對可以依賴的技術(shù)，并且可以令人興奮地與之合作！

旋風的好處

Swoole有許多好處，包括多個Web工作人員和單獨的任務(wù)工作人員，協(xié)程支持以及顯著提高請求上限的能力。

Swoole的好處：

• 支持多個Web Worker
• 支持單獨的任務(wù)工作器
• 協(xié)程支持
• 無需Web服務(wù)器
• 可以增加請求上限

多個Web工作器和單獨的任務(wù)工作器

如上所述，Swoole具有多個Web工作器和單獨的任務(wù)工作器，從而可以延遲代碼。延遲長時間運行的進程為您的API和應(yīng)用程序中許多以前無法實現(xiàn)的方法打開了大門，例如將處理推遲到發(fā)送響應(yīng)之后。

協(xié)程支持

Swoole的Coroutine支持意味著即使您正在執(zhí)行大量昂貴的I / O（例如，與數(shù)據(jù)庫進行對話，使用文件系統(tǒng)，發(fā)出HTTP請求），您也可以處理許多請求。

引導程序僅加載一次，因此您無需為每次請求支付15％到25％的稅。因為這是初始化的一部分，所以這意味著您在每個請求上使用的資源更少，包括RAM和CPU。對于某些應(yīng)用程序，這可能意味著您需要更少的服務(wù)器，這可能已經(jīng)由于異步運行時而已。

無需其他Web服務(wù)器

說到更少的服務(wù)器，您不需要Web服務(wù)器，因為Swoole是Web服務(wù)器。您可以啟動一個僅安裝PHP的Docker容器，并且不需要在其前面安裝NGINX。

您不必在同一容器中編寫NGINX或Apache，它可以只是PHP。而且，如果您要進行任何類型的容器化，那么將這些單進程容器全部使用一種語言進行的確是黃金標準。

更高要求的上限

有趣的是，Zend Framework和Laminas社區(qū)的成員認為，異步服務(wù)器能夠處理的請求是標準設(shè)置所能達到的四到七倍。

當然，您可以調(diào)整Apache和NGINX的速度非常快，但是使用異步服務(wù)器可以獲得更快的速度，并且Node一次又一次地證明了這一點。

缺點

盡管上面列出的特權(quán)可以為PHP應(yīng)用程序帶來可觀的收益，但Swoole仍存在一些明顯的缺點。

這些缺點可能包括：

• 代碼重裝
• 調(diào)試
• 每個事件一名聽眾
• Swoole Response的“ end（）”方法
• 非標準請求/響應(yīng)API

代碼重裝

作為PHP開發(fā)人員，我們習慣于對代碼進行更改，然后重新加載瀏覽器以查看更改的影響。

不幸的是，Swoole中缺少重新加載代碼的功能。那是因為它是一個長期運行的過程。因此，在刷新時，它使用的是與更改前相同的代碼。

Swoole中有一些熱代碼重新加載功能，但是現(xiàn)在無法重新加載引導實際服務(wù)器實例（認為應(yīng)用程序?qū)嵗?，DI容器，配置）本身所需的任何內(nèi)容。

調(diào)試

由于Swoole的協(xié)程支持與Xdebug和Xhprof不兼容，因此調(diào)試可能是一個挑戰(zhàn)。您將需要習慣日志記錄。

響應(yīng)“結(jié)束”方法

在Swoole中，如果您忘記調(diào)用“ $ response-> end（）”，則連接將保持打開狀態(tài)，直到發(fā)生網(wǎng)絡(luò)超時。這意味著當前進程保持打開狀態(tài)，這意味著事件循環(huán)不再存在。最終，這將導致超時，并且將獲得超時，但是該超時仍然是一個問題。

因此，如果您可以從中抽象出來，則可以避免頭痛。（該功能是必需的，以便Swoole知道響應(yīng)何時完成，并可以釋放工作人員來處理另一個請求；但是，從用戶的角度來看，由于忘記調(diào)用它很容易，所以這是個問題。）

因此，在Swoole運行時中，這是一項非常有用且方便的功能，但是如果您可以在自己的代碼中避免這樣做，那就更好了。

非標準請求/響應(yīng)API

“ $ response-> end（）”方法是Swoole中非標準請求/響應(yīng)API的一個示例。它不遵循PSR-7規(guī)范（PHP的HTTP消息接口），甚至不遵循任何框架實現(xiàn)，例如Symfony的HTTPKernel或laminas-http。

因此，如果您要直接編寫Swoole，但仍想使用自己的框架，則需要進行調(diào)整-但這可能是一個問題。

Swoole與NodeJS

Swoole提供了與NodeJS非常相似的功能。它具有事件循環(huán)，提供異步HTTP，網(wǎng)絡(luò)和套接字客戶端，可以創(chuàng)建網(wǎng)絡(luò)服務(wù)器，列表不勝枚舉。但是有什么不同呢？

協(xié)同

Swoole和NodeJS之間的最大區(qū)別可能是Swoole提供了協(xié)程。此外，它還對內(nèi)置客戶端（如TCP和UDP）提供協(xié)程支持。協(xié)程允許異步處理語言的內(nèi)部，同時允許編寫代碼，就像執(zhí)行是同步的一樣。典型的異步編碼需要傳遞將在異步過程完成時執(zhí)行的回調(diào)，這可能會導致卷積代碼以匯總結(jié)果。協(xié)程通過使其看起來與普通的同步代碼相同，極大地簡化了異步代碼的使用。

由于Swoole協(xié)程支持包括大多數(shù)TCP / UDP操作，因此，如果您正在進行網(wǎng)絡(luò)調(diào)用（例如，對另一臺服務(wù)器進行HTTP調(diào)用），或者正在使用TCP操作與Redis通信，則可以從協(xié)程支持中受益。

多線程

Swoole與Node的不同之處還在于，默認情況下，Swoole在每個服務(wù)器上產(chǎn)生多個工作線程，并產(chǎn)生與服務(wù)器中存在的核心數(shù)量成比例的工作線程數(shù)量。因此，默認情況下，它以最佳性能運行。

擁有多個工作人員也意味著，如果一個工作人員在長時間的流程中受阻，那么可能會有另一個工作人員可以對其進行處理。這些中的每個都有相應(yīng)的事件循環(huán)，這意味著每個事件都可以延遲執(zhí)行或生成協(xié)程，從而極大地提高了應(yīng)用程序性能。

任務(wù)器

除了每臺服務(wù)器上有多個工作程序外，Swoole還可以生成獨立于Web工作程序的Task Workers。

 如果您要推遲某些操作而不阻止其上的Web請求，并且知道不必等待其結(jié)果，則可以改為生成一個任務(wù)，該任務(wù)將進入任務(wù)工作者池，以便您進行處理這樣。這意味著您的Web工作人員池中可以進行真正的非阻塞操作！