nginx大概工作机制
1.master和worker
nginx启动后，会有2种进程：worker和master;worker可能有多个；
master进程负责管理分配任务，worker进程负责实际工作；
worker工作机制：
当客户端发送一个请求后，master接收请求，然后后分配给worker；
分配的机制为争抢；worker抢到任务后将利用反向代理请求tomcat；
一个master和多个worker的好处：
1】可以使用 nginx –s reload 热部署，利用 nginx 进行热部署操作
线上部署的服务器一般不会停止，如果停止可能会造成问题；
有多个worker，worker1抢到了任务，此时服务器使用 nginx –s reload重加载；
此时又来了一个新的请求，worker1因为有任务而不会再参与争抢；
其它worker会去争抢任务，它们得到的是重新加载后的内容；
worker1在执行完任务后，也会重新加载，而得到加载后的内容；
2】每个 woker 是独立的进程，如果有其中的一个 woker 出现问题，其他 woker 独立的，
继续进行争抢，实现请求过程，不会造成服务中断
设置多少个worker合适：
Nginx 同 redis 类似都采用了 io 多路复用机制；
每个 worker 都是一个独立的进程，
但每个进程里只有一个主线程，通过异步非阻塞的方式来处理请求， 即使是千上万个请求也不在话下。
每个 worker 的线程可以把一个 cpu 的性能发挥到极致。
所以 worker 数和服务器的 cpu数相等是最为适宜的。
设少了会浪费 cpu，设多了会造成 cpu 频繁切换上下文带来的损耗。
Nginx和redis通常都是装在linux系统中的，也可以装载windows系统中；
但装载windows系统中时就没有io多路复用机制；
也就是说，nginx在windows中功能虽然有，但并不能把它的性能发挥到最大；
设置worker数量：
worker_processes 4
#work 绑定 cpu(4 work 绑定 4cpu)。
worker_cpu_affinity 0001 0010 0100 1000
#work 绑定 cpu (4 work 绑定 8cpu 中的 4 个) 。
worker_cpu_affinity 0000001 00000010 00000100 00001000
worker连接数worker_connection：
这个值是表示每个 worker 进程所能建立连接的最大值，
所以，一个 nginx 能建立的最大连接数，应该是 worker_connections * worker_processes。
当然，这里说的是最大连接数，对于HTTP 请 求 本 地 资 源 来 说 ， 能 够 支 持 的 最 大 并 发 数 量 是 worker_connections *worker_processes，
如果是支持 http1.1 的浏览器每次访问要占两个连接，
所以普通的静态访问最大并发数是： worker_connections * worker_processes /2，
而如果是 HTTP 作 为反向代理来说，最大并发数量应该是 worker_connections *worker_processes/4。
因为作为反向代理服务器，每个并发会建立与客户端的连接和与后端服务的连接，会占用两个连接。
第一个：发送请求，占用了 woker 的几个连接数？
答案： 2 或者 4 个；
如果是请求静态资源，需要worker连接客户端要2个连接数；
如果是反向代理，worker需要谅解客户端2个连接数，加上worker和tomcat的两个连接数；
第二个： nginx 有一个 master，有四个 woker，每个 woker 支持最大的连接数 1024，支持的
最大并发数是多少？
普通的静态访问最大并发数是： worker_connections * worker_processes /2，
而如果是 HTTP 作 为反向代理来说，最大并发数量应该是 worker_connections *
worker_processes/4。
