开源星球：开发解决nginx reload问题的框架

NGINX作为一个广泛应用的高性能Web服务器，在更新配置文件时，传统的nginx reload操作可能引发增加进程这样的问题，特别是对于需要>]频繁变更配置的业务，如CDN和云服务。本篇博客将分享我所设计的框架，旨在解决NGINX reload问题。

NGINX reload工作原理

十几年前，NGINX引入的Reload功能是其杰出设计之一，NGINX可能是极少数实现这种功能的软件。即使在今天，这个功能依旧被一直使用。我们看下它的工作原理：

这是NGINX的进程模型：

(图片来自NGINX官方）
NGINX采用了多进程模型，其中主进程（Master）管理工作进程（Worker），工作进程负责处理请求。

以下是执行reload后的进程：

(https://juejin.cn/post/6844904021443117063）

当执行nginx -s reload操作时，NGINX是不用重新启动的。Master进程会解析并应用新配置，然后会创建新的工作进程。工作进程更多了，这也是我们要解决的主要问题。

这看着不就是用户要的效果吗，看着配置已经热加载了。然而NGINX内部做了更优秀的设计。配置更新后，NGINX会创建一些新的工作进程，老的工作进程继续运行着。新进程用来服务新进来的连接，旧进程继续处理旧连接。假如旧进程里的旧连接都处理完了，这个旧进程就退出了。我们称这个过程为优雅退出（gracefully quit)。

reload包含的主要细节是这些（面试时可能用的上哈）

1. Master进程收到reload (-HUP)信号后，解析并应用新配置。

2.  每次reload都会创建新的多个工作进程。

3. 新旧进程并存。

4. 旧进程继续处理旧连