sidebar: false sidebarDepth: 3

使用技巧

目录 [[TOC]]

关于服务重启

Hyperf

本身是基于

Swoole

的生命周期，对于

自定义进程

、

worker进程

、等都是CLI模式运行，当服务重启的时候, 如果有任务(http请求、异步任务、定时任务等)等正在处理，那么会出现不可预测的问题。

虽然框架提供了

信号处理器

，但是依然不建议完全依赖该组件进行无脑重启。这里提供两个关于服务重启的方案：

使用
```
K8S
```
、
```
Docker Swarm
```
等进行轮转重启。或者网关的流量进行切换。
对于队列、定时任务等异步执行的任务，最好外部定义一个是否开启的变量，来控制消息体或任务是否执行。

Swoole 和 PHP-FPM

了解协程前，先了解下传统的

PHP-FPM

的工作模式。

PHP-FPM

本质上是一个进程管理器，实现了

FastCGI

协议。当请求发送到

Nginx

或者

Apache

后，

Nginx

通过

FastCGI

协议将请求转发给

PHP-FPM

处理，

PHP-FPM

fork对应的

work

进程来执行

PHP

脚本。执行完后回收该进程。整个过程是

同步阻塞

的。当大量请求并发请求时，创建的进程会非常多，并且创建、销毁进程占用资源是非常大的。同时，多进程下会产生大量的

MySQL

连接，此时数据库也会产生瓶颈。

为了解决传统FPM的痛点，我们容易想到的是单个进程内开启多个线程来处理多个请求或者并发问题，但是从代码级别上来说，PHP对线程支持并不友好，其次，多线程有许多问题需要额外考虑，多线程读写加锁问题(CPU调度)、锁的颗粒度、死锁问题、线程异常可能导致整个进程崩溃。那么，这时就可以采用

协程

来解决问题。

服务的使用类别

当我们使用

Hyperf

作为纯

Http Server

时，我们应尽量在服务前使用网关(

Gateway

) 或者

Nginx

等反向代理来进行流量管理。尽管

Hyperf

可以直接作为

Http Server

。(╬￣皿￣)=○

如果作为异步任务处理服务使用时，我们应当注意服务重启相关。

::: warning ￣□￣｜｜持续施工 🚧
规划中。。。 :::

sidebar: false sidebarDepth: 3

使用技巧

目录 [[TOC]]

关于服务重启

Hyperf

本身是基于

Swoole

的生命周期，对于

自定义进程

、

worker进程

、等都是CLI模式运行，当服务重启的时候, 如果有任务(http请求、异步任务、定时任务等)等正在处理，那么会出现不可预测的问题。

虽然框架提供了

信号处理器

，但是依然不建议完全依赖该组件进行无脑重启。这里提供两个关于服务重启的方案：

使用
```
K8S
```
、
```
Docker Swarm
```
等进行轮转重启。或者网关的流量进行切换。
对于队列、定时任务等异步执行的任务，最好外部定义一个是否开启的变量，来控制消息体或任务是否执行。

Swoole 和 PHP-FPM

了解协程前，先了解下传统的

PHP-FPM

的工作模式。

PHP-FPM

本质上是一个进程管理器，实现了

FastCGI

协议。当请求发送到

Nginx

或者

Apache

后，

Nginx

通过

FastCGI

协议将请求转发给

PHP-FPM

处理，

PHP-FPM

fork对应的

work

进程来执行

PHP

脚本。执行完后回收该进程。整个过程是

同步阻塞

的。当大量请求并发请求时，创建的进程会非常多，并且创建、销毁进程占用资源是非常大的。同时，多进程下会产生大量的

MySQL

连接，此时数据库也会产生瓶颈。

协程

来解决问题。

服务的使用类别

当我们使用

Hyperf

作为纯

Http Server

时，我们应尽量在服务前使用网关(

Gateway

) 或者

Nginx

等反向代理来进行流量管理。尽管

Hyperf

可以直接作为

Http Server

。(╬￣皿￣)=○

如果作为异步任务处理服务使用时，我们应当注意服务重启相关。

::: warning ￣□￣｜｜持续施工 🚧
规划中。。。 :::

使用技巧

使用技巧

关于服务重启

Swoole 和 PHP-FPM

服务的使用类别

Related Skills

Cyber Security Specialist

Statistician

Scientific Data Visualizer

使用技巧

关于服务重启

Swoole 和 PHP-FPM

服务的使用类别