swoole有什么好处

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仍存在一些明显的缺点。

这些缺点可能包括：

代码重装

调试

每个事件一名听众

Swoole Response的“ end（）”方法

非标准请求/响应API

代码重装

作为PHP开发人员，我们习惯于对代码进行更改，然后重新加载浏览器以查看更改的影响。

不幸的是，Swoole中缺少重新加载代码的功能。那是因为它是一个长期运行的过程。因此，在刷新时，它使用的是与更改前相同的代码。

Swoole中有一些热代码重新加载功能，但是现在无法重新加载引导实际服务器实例（认为应用程序实例，DI容器，配置）本身所需的任何内容。

调试

由于Swoole的协程支持与Xdebug和Xhprof不兼容，因此调试可能是一个挑战。您将需要习惯日志记录。

响应“结束”方法

在Swoole中，如果您忘记调用“ $ response-> end（）”，则连接将保持打开状态，直到发生网络超时。这意味着当前进程保持打开状态，这意味着事件循环不再存在。最终，这将导致超时，并且将获得超时，但是该超时仍然是一个问题。

因此，如果您可以从中抽象出来，则可以避免头痛。（该功能是必需的，以便Swoole知道响应何时完成，并可以释放工作人员来处理另一个请求；但是，从用户的角度来看，由于忘记调用它很容易，所以这是个问题。）

非标准请求/响应API

“ $ response-> end（）”方法是Swoole中非标准请求/响应API的一个示例。它不遵循PSR-7规范（PHP的HTTP消息接口），甚至不遵循任何框架实现，例如Symfony的HTTPKernel或laminas-http。

因此，如果您要直接编写Swoole，但仍想使用自己的框架，则需要进行调整-但这可能是一个问题。