Swoole Server的两种运行模式介绍

单线程模式（SWOOLE_BASE）

这种模式就是传统的异步非阻塞 Server。与 Nginx 和 Node.js 等程序是完全一致的。

在时间循环中直接回调 PHP 的函数，而不是 dispatch 投递任务。如果回调函数中有阻塞操作会导致 Server 退化为同步模式。

worker_num 参数对与 BASE 模式仍然有效，会启动多个 Worker 进程。

BASE 模式下没有 Master 进程的角色
每个 Worker 进程同时承担了 Process 模式下 Reactor 线程和 Worker 进程两部分职责
BASE 模式下 Manager 进程是可选的，当设置了 worker_num=1，并且没有使用 Task 和 MaxRequest 特性时，底层将直接创建一个单独的 Worker 进程，不创建 Manager 进程
BASE模式的优点：

BASE 模式没有 IPC 开销，性能更好
BASE 模式代码更简单，不容易出错
BASE模式的缺点：

TCP 连接是在 Worker 进程中维持的，所以当某个 Worker 进程挂掉时，此 Worker 内的所有连接都将被关闭
少量 TCP 长连接无法利用到所有 Worker 进程
TCP 连接与 Worker 是绑定的，长连接应用中某些连接的数据量大，这些连接所在的 Worker 进程负载会非常高。但某些连接数据量小，所以在 Worker 进程的负载会非常低，不同的 Worker 进程无法实现均衡。
BASE模式的适用场景：

如果客户端连接之间不需要交互，可以使用 BASE 模式。如 Memcache、Http 服务器等。

进程模式（SWOOLE_PROCESS）

多进程模式是最复杂的方式，用了大量的 进程间通信、进程管理机制。适合业务逻辑非常复杂的场景。

Swoole 提供了完善的进程管理、内存保护机制。 在业务逻辑非常复杂的情况下，也可以长期稳定运行。

Swoole 在 Reactor 线程中提供了 Buffer 的功能，可以应对大量慢速连接和逐字节的恶意客户端。

另外也提供了 CPU 亲和设置选项，使程序运行的效率更好。

进程模式的优点：

连接与数据请求发送是分离的，不会因为某些连接数据量大某些连接数据量小导致 Worker 进程不均衡
Worker 进程发送致命错误时，连接并不会被切断
可实现单连接并发，仅保持少量 TCP 连接，请求可以并发地在多个 Worker 进程中处理
进程模式的缺点：

存在 2 次 IPC 的开销，master 进程与 worker 进程需要使用 UnixSocket 进行通信
不支持某些高级功能，如 sendwait、pause、resume 等操作
进程模型:

它是一个多进程模型框架，启动时创建2 + n + m个进程；
2=1个master进程+1个manager进程
master进程是Server实例的主进程,负责fork Manager进程及accept用户连接
manager进程为管理进程,负责创建和管理所有的Worker和TaskWorker进程
Reactor线程运行在master进程,实际运行epoll实例，用于accept客户端连接以及接收客户端数据
Worker进程接受Reactor线程分配的用户请求,处理数据后返回给Reactor线程
TaskWorker进程接受Worker投递的耗时任务,处理完成后执行异步回调函数,通知Worker进程