本教程操作环境:Windows10系统、Swoole4版、DELL G3电脑
什么是Swoole?
Swoole是一个基于协程的异步PHP编程框架。
它主要由从事针对中国市场的大型应用程序的中国开发人员开发。因此,它已经在高流量的生产环境中进行了压力测试和验证。这是您绝对可以依赖的技术,并且可以令人兴奋地与之合作!
Swoole的好处
Swoole有许多好处,包括多个Web工作人员和单独的任务工作人员,协程支持以及显着提高请求上限的能力。
支持多个Web Worker
支持单独的任务工作器
协程支持
无需Web服务器
可以增加请求上限
多个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仍存在一些明显的缺点。
这些缺点可能包括:
代码重装
调试
每个事件一名听众
Swoole Response的“ end()”方法
非标准请求/响应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,但仍想使用自己的框架,则需要进行调整-但这可能是一个问题。
关键词: 好处 swoole 详细介绍 swoole有什么好处