接下来我们来介绍reload重载配置文件的真相;
当我们更改了nginx配置文件的时候,我们都会执行nginx -s reload
;那么我们执行这条命令的原因是希望nginx不能停止服务,始终还在处理新的请求的同时,把nginx的配置文件平滑的从旧的nginx.conf
更新为新的nginx.conf;这样的一个功能对nginx来说非常的有必要,但是我们往往会发现,在我们执行之后,会发现nginx的worker进程的数量变多了;这是因为老的nginx配置的worker进程它长时间没有退出;当我们使用stream
做四层反向代理的时候;可能这种场景会更多;下面我们通过来分析下nginx的reload流程来看一看nginx到底做了些什么所谓优雅的退出和立即退出有怎么样的差别
reload流程
-
第一步:在我们已经修改好
nginx.conf
后,需要向master进程发送HUP
信号(实际上与我们在命令行执行nginx -s reload
命令效果是一样的); -
第二步:master进程在收到HUP信号以后尼,master进程会检验配置语法是否正确;也就是说我们并不一定需要在
nginx -s reload
之前先执行nginx -t 检验下配置文件是否正确;因为在第二步nginx的master进程一定会做这件事情; -
第三步:在配置语法完全正确以后,这个时候nginx的master进程就会打开新的监听端口;为什么要在master进程中打开新的监听端口尼因为我们可能在nginx的conf文件中引入了新的之前没有打开过的监听端口;而所有的worker进程是master进程的子进程;子进程会继承父进程所有已经打开的端口;这是Linux操作系统所定义的;