Nginx信号控制官方链接：https://www.nginx.com/resources/wiki/start/topics/tutorials/commandline/
信号控制与进程管理
1. 启动Nginx
[root@localhost nginx]# sbin/nginx
[root@localhost nginx]# ps -ef | grep nginx
root 1189 1 0 18:34 ? 00:00:00 nginx: master process sbin/nginx
nobody 1190 1189 0 18:34 ? 00:00:00 nginx: worker process
root 1192 1168 0 18:36 pts/0 00:00:00 grep --color=auto nginx
通过运行/usr/local/sbin目录下的nginx二进制文件启动Nginx服务，查看进程，发现有2个Nginx进程？？
Nginx的工作方式：master是主进程文件，不直接响应客户端请求，它负责管理worker子进程的生命周期，子进程具体响应客户端请求。
Nginx启动还提供了多种选项：
2. 关闭和重启Nginx
在Nginx启动后，可以再次执行nginx二进制文件配合-s参数发送信号给master进程，来控制Nginx服务，如
/usr/local/sbin/nginx -s stop
还可以直接发送信号量给Nginx的master进程来加以控制：
通过ps命令，很容易获取到Nginx的进程号。但每次执行命令前都去获取一次实在令人抓狂，有没有办法优化？Nginx其实在启动时将进程ID写入了文件，而文件的位置和读取方式是固定不变的，只是其中存储的进程ID值在每次进程启停后会发生变化。因此只要我们知道怎么读取文件，就能以一种不变的方式获取不断变化的进程ID。这个文件的位置位于：/usr/local/nginx/logs/nginx.pid，其中记录了master主进程的进程ID。
有了进程ID就可以使用"kill -9 进程号"命令杀掉进程，这是我们经常使用的手段。在Nginx的世界里，可以采用"kill TERM $( cat /usr/local/nginx/logs/nginx.pid )"来达到同样的效果。不过这种手法过于暴力，因为如果杀进程时客户正在购物下单，那么服务中断会直接导致业务终止。
Nginx有提供一种优雅的方式干掉进程
kill QUIT $( cat /usr/local/nginx/logs/nginx.pid )
如果用户正在下载，亦或是正在付钱，你通过优雅的杀死这种方式kill nginx进程，那么业务不会戛然而止，因为Nginx进程不会立刻被干掉，它会优先释放不在工作的worker进程，并且等到正在工作的worker进程结束手头的工作再kill掉该worker。
如果系统正常对外提供服务期间，修改了配置文件，并想让其立即生效怎么办？传统的方式是kill进程重启服务，业务短暂中断。Nginx提供了HUP信号量来处理上述场景。HUP命令会让新建的worker优雅的进行新陈代谢，新的worker被创建时，将读取到最新的配置文件。验证一把：
[root@localhost html]# cd /usr/local/nginx/html
[root@localhost html]# cp index.html test.html
[root@localhost html]# vi test.html # 修改title为你喜欢的样子，保存退出
[root@localhost html]# vi /usr/local/nginx/conf/nginx.conf # 在server - location - index节点下的index.html前面加上test.html，保存退出
[root@localhost html]# kill -HUP $(cat /usr/local/nginx/nginx.pid)
刷新Nginx访问地址，观察TITLE部分能看到配置已经生效：
日志切割USR1、平滑的升级USR2的使用方式略。
