过去半年利用PHP和Java两种技能栈完成了一个游戏做事器项目。
由于项目中有高频的网络要求，以是PHP技能栈考试测验利用Swoole引擎（基于事宜的高性能异步并行网络通信引擎）来完成部分游戏业务。

Swoole的安装

安装swoole很大略，由于是国人做的项目，很多issue可以在官网文档找到答案。
安装分两种：

编译安装。
直接去github或者gitee去下载官方的发行版，编译安装后，将so拓展写入php.ini文件。
容器安装。
swoole引擎运用广泛，以是hub上有很多可用的容器，选择须要的pull一下即可。

详细操作百度一下即可，网上干系内允许多。

PHP系统运行图Swoole引擎道理的快速入门干货 HTML

Swoole引擎的上风常驻内存。
传统 PHP框架或者单文件，在处理每个要求之前，都要做一遍加载框架文件、配置的操作，要求完成之后会开释所有资源和内存，无须担心内存泄露。
但是如果要求数量上升，并发很高的时候，快速创建资源，又立时开释，会导致 PHP 程序运行效率急剧低落。
而利用 Swoole 则没有这个问题：PHP的代码加载到内存后，拥有更长的生命周期，这样建立的数据库连接和其他大的工具，不被开释。
每次要求只须要处理很少的代码，而这些代码只在第一次运行时，被 PHP 解析器编译，驻留内存。
往后都是直接载入 OPCODE ，让 Zend 引擎直接运行。
其余，之前PHP不能实现的，如数据库连接池，缓存连接池都可以在Swoole引擎下实现。
系统的运行效率会大大提高。
快速开拓。
Swoole引擎供应了PHP措辞的异步多线程做事器，异步TCP/UDP网络客户端，异步MySQL，异步Redis，数据库连接池，AsyncTask，行列步队，毫秒定时器，异步文件读写，异步DNS查询。
Swoole内置了Http/WebSocket做事器端/客户端、Http2.0做事器端。
协程编程模式。
Swoole4可以利用完备同步的代码实现异步程序。
PHP代码无需额外增加任何关键词，底层自动进行协程调度，实现异步IO。
Swoole引擎的流程解析

Swoole运行的流程图如下：

Swoole的运行图

Swoole中的线程或进程

构造图如下：

Swoole的线程图

Swoole引擎分为两种模式：单线程模式和进程模式。
本文只谈论进程模式。
详细两者差异官方文档中有解释。

Master进程

用于处理swoole核心事宜，比如来自客户真个连接，本地通讯的管道。
master进程里有多个线程，每个线程运行了一个epol函数的实例。
（由于Worker进程并不是由Master进程fork出来的，以是可能会涌现强行kill Master进程后，Worker进程依旧存在）

Reactor线程

Swoole的主进程是一个多线程的程序。
个中有一组很主要的线程，称之为Reactor线程。
它便是真正处理TCP连接，收发数据的线程。

Swoole的主线程在Accept新的连接后，会将这个连接分配给一个固定的Reactor线程，并由这个线程卖力监听此socket。
在socket可读时读取数据，并进行协议解析，将要求投递到Worker进程。
在socket可写时将数据发送给TCP客户端

Manager进程

swoole中worker/task进程都是由Manager进程Fork并管理的。

子进程结束运行时，manager进程卖力回收此子进程，避免成为僵尸进程。
并创建新的子进程

做事器关闭时，manager进程将发送旗子暗记给所有子进程，关照子进程关闭做事

做事器reload时，manager进程会逐个关闭/重启子进程

Worker进程

Swoole供应了完善的进程管理机制，当Worker进程非常退出，如发生PHP的致命缺点、被其他程序误杀，或达到max_request次数之后正常退出。
主进程会重新拉起新的Worker进程。
Worker进程内可以像普通的apache+php或者php-fpm中写代码。
不须要像Node.js那样写异步回调的代码。

各进程的回调函数

Master内的回调函数：

onStartonShutdown

Worker进程内的回调函数

onWorkerStartonWorkerStoponConnectonCloseonReceiveonFinish

TaskWorker进程内的回调函数

onTaskonWorkerStart

Manager进程内的回调函数

onManagerStartonManagerStop

Reactor、Worker、TaskWorker的关系

可以理解为Reactor便是nginx，Worker便是php-fpm。
Reactor线程异步并行地处理网络要求，然后再转发给Worker进程中去处理。
Reactor和Worker间通过UnixSocket进行通信。

在php-fpm的运用中，常常会将一个任务异步投递到Redis等行列步队中，并在后台启动一些php进程异步地处理这些任务。
Swoole供应的TaskWorker是一套更完全的方案，将任务的投递、行列步队、php任务处理进程管理合为一体。
通过底层供应的API可以非常大略地实现异步任务的处理。
其余TaskWorker还可以在任务实行完成后，再返回一个结果反馈到Worker。

Swoole的Reactor、Worker、TaskWorker之间可以紧密的结合起来，供应更高等的利用办法。
一个更普通的比喻：假设Swoole运用做事器是一个工厂，那Reactor便是发卖，接管客户订单。
而Worker便是工人，当发卖接到订单后，Worker去事情生产出客户要的东西。
而TaskWorker可以理解为行政职员，可以帮助Worker干些杂事，让Worker专心事情。

底层会为Worker进程、TaskWorker进程分配一个唯一的ID。
不同的Worker和TaskWorker进程之间可以通过sendMessage接口进行通信。

实际项目中的各进程线程的分工：

Manager进程：卖力管理worker进程，创建或回收Worker进程：游戏逻辑处理taskWorker进程：向客户端发网络包、关闭长期不生动的tcp连接

Swoole版本兼容性

该项目开拓阶段利用的swoole引擎版本1.9.6，后来由于测试环境安装成了4.3.2版本，以是考试测验业务代码作调度。
不过swoole的向下兼容很值得佩服的是，这过程中竟然只创造了一处代码不兼容的问题：是有关swoole_server的一项配置参数，在原来版本采取了妖怪数字进行配置的，但是到新版本，这个数字没有被宏定义，后来通过查看swoole源码找到了宏定义组，然后修正了这处配置。
（不过版本升级顺利也是基于swoole的业务代码比较少，以是仅供参考）

更多内容，欢迎关注微信"大众年夜众号：全菜工程师小辉~