Swoole内置功能

Swoole 4.X速查表&＃xff1a;https://toxmc.github.io/swoole-cs.github.io/

ide提示工具&＃xff1a;https://github.com/swoole/ide-helper

这2个工具挺实用的&＃xff0c;截图如下&＃xff1a;

Swoole 是使用 C 和 C&＃43;&＃43; 语言编写的PHP扩展&＃xff0c; 内置了异步非阻塞、多线程的网络IO服务器&＃xff0c;PHP程序员仅需处理事件回调即可&＃xff0c;无需关心底层。

与大家熟知的 Workerman 框架不同&＃xff0c;Swoole更像是一个基础库给了开发者一把无比锋利的宝剑&＃xff0c;可以按照自己想要的方法去使用。

Swoole绝大部分功能都只能运行在 CLI 模式下&＃xff0c;也正因为此开发者可以完全的掌控Server的一切&＃xff0c;与传统的 php-fpm 模式不同&＃xff0c;Swoole需要开发者自行接管各种相关事件&＃xff0c;和管理变量的生命周期等。

与传统Web开发的区别

我们知道 php-fpm 是 fast-cgi 运行模式的进程管理器&＃xff0c;当启动Server时 php-fpm 会预创建若干个 fast-cgi 处理进程&＃xff1b;

每当请求到达 Nginx 时 Nginx 检查到请求的是.php文件时&＃xff0c;就将请求转发给 php-fpm Server 然后由 php-fpm 交给某个空闲的进程处理&＃xff0c;当处理完成后由 php-fpm 返回给 Nginx 然后由 Nginx 响应给用户。

传统PHP开发者几乎无需关注这其中发生的过程甚至根本不了解&＃xff0c;正所谓成也萧何败萧何&＃xff0c;一方面虽然降低了开发者入门的门槛但另一方面也使得大量的PHP开发者几乎不了解也不懂的真正的服务端开发。

而 SwooleServer 则是相当于取代了 php-fpm 作为管理器的位置&＃xff0c; 由于Swoole 是运行在 CLI 模式下&＃xff0c; 所以可以常驻运行和以守护进程运行&＃xff0c; 但也正因为如此&＃xff0c;也需要开发者自行处理变量的销毁及各种异常和超时的处理。

Swoole 做了什么

Swoole 是 php 的一个扩展&＃xff0c;但是他又不是普通的扩展&＃xff0c;其最明显的特点就是&＃xff1a;一但运行后就会接管PHP的控制权&＃xff0c;进入事件循环。 当某种IO事件发生时&＃xff0c; Swoole 会回调开发者设置的指定PHP函数。

也就是说 SwooleServer 更像是一个用 C 语言封装好的一个 Tcp/Udp 支持 多线程&＃xff0c; EventLoop&＃xff0c;事件驱动&＃xff0c;异步 等功能的框架。开发者不需要关心底层的各种实现&＃xff0c;直接的在业务层面进行开发即可。

什么是IO事件

很多 php 程序员没有使用过其他语言开发Server&＃xff0c;也不太了解除了php-fpm以外运行模式的php程序&＃xff0c;初次使用Swoole时总是会有各种摸不到头脑的事情。其实IO我们经常提起如&＃xff1a; 磁盘IO &＃xff0c;网络IO 在这里Swoole所指的IO事件实际上是指 网络IO 事件。

在日常生活中你留下了一个邮箱&＃xff0c;当有人给你发送邮件的时候&＃xff0c;你就会收到邮件提醒&＃xff1b;

而对于你而言&＃xff0c;你并不关心邮件是如何送达的&＃xff0c;你只关心你有没有收到邮件&＃xff0c;当你收到邮件之后会根据邮件的内容和发送人去做各种各样的处理。

在这个比喻中&＃xff0c;Swoole就承担了底层网络事件的监听及各种底层事件处理&＃xff0c;当收到邮件(请求)时&＃xff0c;会触发收件(接收)提醒&＃xff0c;然后将控制权转交给你(预先注册的事件回调函数)&＃xff0c;来进行后续的处理。

Swoole 的运行流程