在这边文章中咱们将介绍以下内容：
1、Swoole Server 的运行模式
2、Swoole 过程模型剖析
上图是 Swoole 官网提供的各个过程互相关系图，能够说了解了这张图，你就了解了 Swoole 的过程模型。
1、Swoole Server 的运行模式
Swoole 服务常见的运行模式有单线程模式和过程模式两种，两种形式介绍如下：
单线程模式 (SWOOLE_BASE) 这种模式就是传统的异步非阻塞 Server，与 Nginx 和 Node.js 等异步服务的原理是一样的。在这种模式下，事件循环会间接回调 PHP 的函数，而不是通过线程 dispatch 投递工作。如果在回调函数中有阻塞操作，就会导致 Server 进化为同步模式。就像在上一篇文章中 Nginx+PHP-FPM 架构中介绍的那样，Nginx 只做转发，具体业务由 PHP-FPM 来实现。如果 Nginx 也能够解决业务逻辑，一旦呈现阻塞的业务逻辑，Nginx 的性能会急剧下降。正是因为 Nginx 和 PHP-FPM 所起到的作用不同，才会造就 Nginx 的高性能。Base 模式的特点：没有 Master 过程的角色；每个 Worker 过程同时承当了 Process 模式下 Reactor 线程和 Worker 过程两局部职责；在这种模式下，Manage 过程是可选的，当设置了 worker_num=1，并且么有应用 Task 和 MaxRequest 个性时，底层将间接创立一个独自的 Worker 过程，不创立 Manager 过程 Base 模式的长处：没有 IPC 开销，性能更好；代码简略，不容易出错。Base 模式的毛病：TCP 连贯时在 Worker 过程中维持的，所以当某个 Worker 过程挂掉时，此 Worker 内的所有连贯都将被敞开；大量 TCP 长连贯无奈利用到所有的 Worker 过程；TCP 连贯与 Worker 过程是绑定的，在长连贯利用中，不同的 Worker 过程无奈实现负载平衡。例如：某些连贯的数据量很大，这些连贯所在的 Worker 过程的负载会十分高。然而某些连贯数据量很小，所在 Worker 过程的负载会非常低。Base 模式实用场景：如果客户端连贯之间不须要交互，能够应用 Base 模式。如 Memcache、Http 服务等。
过程模式 (SWOOLE_PROCESS) 多过程模式比拟底层实现比较复杂，用了大量过程间通信、过程管理机制。适宜业务逻辑非常复杂的场景。Swoole 提供了欠缺的过程治理、内存保护机制。在业务逻辑非常复杂的状况下，也能够长期稳固运行。
2、Swoole 过程模型
从上图中能够看出，Swoole 在启动后会创立 Master 过程和 Manager 过程。Master 过程会创立 Master 线程、Reactor 线程、心跳检测线程等，Manager 过程会创立 Worker 过程和 Task 过程。
Swoole 的线程和过程之间别离有什么作用呢？
Master 过程这个过程是 swoole 的外围过程，也是一个多线程的过程，一个 Master 线程和多个 Reactor 过程，Reactor 线程的数量能够配置。
Master 线程 Master 线程用于 accept 新的连贯，而后会评估每个 Reactor 线程保护的连接数，最初将这个新的连贯调配给连贯数量起码的那个 Reactor 线程，从而保障每个 Reactor 线程的负载量是平衡的。Master 线程还负责对所有信号的接管（包含申请解决、重启过程、重载配置等），防止 Reactor 线程收到信号的打搅中断。
Reactor 线程当一个 socket 可读或可写的时候，就由 Reactor 线程将事件转发给 worker 过程。
Manager 过程 Manager 过程治理着 Worker 过程和 Task 过程，Worker 过程和 Task 过程是由 Manager 过程 fork 进去的。Manager 过程会监管 Worker 过程和 Task 过程的状态，当他们意外挂掉时，Manager 过程会从新拉起新的过程，Manager 过程还负责 Worker 过程和 Task 过程的平滑重启。
Worker 过程 Worker 过程是由 Manager 过程 fork 而来，用于解决具体的业务逻辑。Worker 过程能够用同步的形式去干活，也能够用异步的形式去干活。
Task 过程 Task 过程是一种非凡的 Worker 过程，专门用于解决一些比拟耗时的操作。Task 过程只能工作在同步的形式下，不能应用异步。所以 Task 过程中不能应用定时器，而 Worker 过程能够。
以上就是本文的全部内容，如有谬误，请斧正！能够互相关注，不便一起交换技术心得。