Nginx 的reload，升级以及关闭流程

一、reload流程

1 向master进程发送HUP信号（reload命令）
2 master进程校验配置语法是否正确；
3 master打开可能引入的新的监听端口；
4 master用新的配置文件启动新的worker子进程；
5 启动新的worker子进程之后，master向老的worker子进程发送QUIT信号（优雅的退出）；
6 老的子进程收到QUIT信号之后，关闭监听句柄（也就是说，新的连接只会到新的子进程），处理完当前的连接后就结束进程；

二、热升级的流程

将久的Nginx文件替换成新的Nginx文件（注意备份）；

向master进程发送USR2信号；

Nginx还没有提供相应的命令行

之后，现有的master进程会修改pid文件名，加后缀oldbin；

这是为了给新的master进程让路；

老的master进程，用新的Nginx二进制文件，启动新的master进程；

此时，会出现两个master进程和老的worker进程。新的master进程会启动新的worker进程

向老的master进程发送QUIT信号，关闭老的进程；

此时老的master进程会关闭老的worker进程。此时，热升级已经结束，老的master进程会一直保留，这是为了方便回滚。

回滚：向老的master进程发送HUP，向新的master发送QUIT；

三、关闭

优雅的关闭，是对worker进程而言的。因为只有worker进程才会处理请求。

优雅的关闭，是指worker进程可以识别当前的连接没有处理请求，这个时候再将连接关闭。

Nginx是不是一直能做到优雅地关闭子进程呢？ 并不是的，比如说代理websocket协议时，在

websocket协议后面进行 通讯的fream帧中,Nginx是不解析帧的，所以此时Nginx是无法知道处 理

是否已经完成了的；再比如，Nginx做tcp和udp层的反向代理的时候， 它也没法知道一个请求究竟

要经过多少次报文才算真正地结束，但是对于 http请求来说，Nginx是可以做到的，所以我们说的

优雅地关闭针对的一般 是http请求。

设置一个定时器

worker_shutdown_timeout，nginx会设置一个标示为，表示进入优雅的关闭的流程。

关闭监听句柄

保证worker进程不会处理新的连接了。

关闭所有的空闲连接

在循环中等待全部连接关闭

如果等待的时候超过了设定的worker_shutdown_timeout时间，连接也会被强制关闭。

退出进程

 在主配置文件（main)中 增加 参数：worker_shutdown_timeout   240s;