详细介绍swoole以及其优缺点

什么是Swoole?

Swoole是一个基于协程的异步PHP编程框架。

它主要由从事针对中国市场的大型应用程序的中国开发人员开发。因此，它已经在高流量的生产环境中进行了压力测试和验证。这是您绝对可以依赖的技术，并且可以令人兴奋地与之合作!

Swoole的好处

Swoole有许多好处，包括多个Web工作人员和单独的任务工作人员，协程支持以及显着提高请求上限的能力。

1.支持多个Web Worker

2.支持单独的任务工作器

3.协程支持

4.无需Web服务器

5.可以增加请求上限

6.多个Web工作器和单独的任务工作器

如上所述，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仍存在一些明显的缺点。

这些缺点可能包括：

1.代码重装

2.调试

3.每个事件一名听众

4.Swoole Response的“ end()”方法

5.非标准请求/响应API

代码重装

作为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，但仍想使用自己的框架，则需要进行调整-但这可能是一个问题。