5.nginx进程结构和信号管理

nginx使用事件模型，通过把每个worker进程从头到尾占用一个cpu，往往还把每个work进程通过绑定某一个cpu，来更好的使用cpu上的缓存，减少缓存失效的命中率

进程结构

多个worker进程：处理真正的请求
一个master进程：通过master进程来启动其他子进程，管理worker进程
一个cache manager进程：缓存的管理
一个cache loader进程：缓存的载入

注：cache manager，cache loader：反向代理时，后端发来的动态请求做资源缓存，缓存在worker，cache manager，cache loader之间共享使用

多进程间的通讯使用共享内存实现的

进程的管理使用信号来进行的，信号的效果和命令行效果等同
    master进程接收的信号：
        worker进程退出时，发给maseter： CHLD
    master接收信号管理worker进程：
        立刻停止worker进程：TERM,INT
        优雅的停止worker进程：QUIT
        重载配置文件： HUP
        重新打开日志文件，用来做日志文件的切割：USR1
     注：以上四个信号可以用特定的命令，通过linux命令行直接发给master进程的
   
    注：以下两个命令只能通过 kill -XX  PID（master） 来把命令发送给master进程
       热部署使用
         关闭老进程的master:  USR2
         关闭老进程的master PID 对应的worker进程:  WINCH

  worker进程使用信号：
     接收信号：  ---通常不直接发送信号给worker进程，而是通过master 
     进程进行管理：
           TERM,INT
           QUIT
           USR1
           WINCH
     发送信号给master：
           CHLD
    命令行对应的各个信号：
          reopen  --- USR1
          reload  --  HUP
          stop    --  TERM 
          quit   --  QUIT

nginx进程启动后，会把他的master进程的PID 存放在 一个文件中，通常这个文件是在 安装目录下的/logs/nginxpid文件下，当通过命令行来管理时，就是去取pid，然后发送信号给master进程