这才是 PHP 高性能框架 Workerman 的立命之本

大家好，我是码农先森。
在这个大家都崇尚高性能的时代，程序员的谈笑间句句都离不开高性能，仿佛嘴角边不挂着「高性能」三个字都会显得自己很 Low，其中众所皆知的 Nginx 就是高性能的代表。有些朋友可能连什么是高性能都不一定理解，其实高性能就是单位时间内能处理更多的客户端请求，如果要问具体能处理多少请求，这个就要结合软硬件条件来评估了，感兴趣的朋友可以在定性的条件下使用压力测试工具对自己的程序进行测试。
大家都知道 PHP-FPM 是 PHP 的进程管理器，每一次来自 Ngixn 转发过来的客户端请求，都会交由一个 PHP-FPM 子进程进行处理，在同一时刻一个子进程只能处理一个客户端请求，如果想要同一时刻能处理多个请求，那么就需要启动多个子进程，当遇到秒杀抢购这种瞬间大量请求的场景时，PHP-FPM 对请求处理的模式显然无法满足需求。在这种情况下，我们只能使用 Workerman 或 Swoole 这种 PHP 的高性能通信框架，来解决类似特殊场景下的并发问题，不过这次我分享的内容主要是 Workerman。
如标题所提到的 Workerman 立命之本，那什么是其立命之本呢？我认为是 IO 多路复用的 epoll 利器，epoll 是高性能程序的根基，解决 C10K 问题的尚方宝剑。接下来我会剖析 epoll 在 Workerman 源码中的使用，不过在这之前我们需要先学习下 PHP 中如何将 Socket 与 Event 结合使用的案例。这里的 Event 可以理解为是对 epoll 的高度封装，底层采用的就是 epoll 利器。
看了这段代码，有助于你理解 Workerman 源码，因为这段代码就是提炼了 Workerman 对事件循环的实现原理。stream_socket_server 函数把创建、绑定、监听一并实现了，让代码显得更加简洁，不像之前的 socket_create、socket_bind、socket_listen 搞了三个步骤略显繁琐。因为使用了事件循环，所以需要对 Socket 设置成非阻塞模式，只有当有读或写的通知时才会调用相应的回调函数。还有一点需要额外注意的，需要针对客户端 Socket 创建的 Event 需要定义成静态变量或全局变量，不然无法持久化连接到内存，会造成客户端无法建立连接传输数据，我看到网上很多人都踩到了这个坑上。最后启动事件循环 EventLoop 自此开启了 Socket 监听和事件循环双操作。
[code]