swoole的好处：1、多个web工作器和单独的任务工作器，从而可以延迟代码；2、协程支持；3、无需安装其他web服务器；4、可以增加请求上限。
本教程操作环境：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一次又一次地证明了这一点。
技术上面应用了三层结构，AJAX框架，URL重写等基础的开发。并用了动软的代码生成器及数据访问类，加进了一些自己用到的小功能，算是整理了一些自己的操作类。系统设计上面说不出用什么模式，大体设计是后台分两级分类，设置好一级之后，再设置二级并选择栏目类型，如内容，列表，上传文件，新窗口等。这样就可以生成无限多个二级分类，也就是网站栏目。对于扩展性来说，如果有新的需求可以直接加一个栏目类型并新加功能操作
缺点
尽管上面列出的特权可以为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教程
