1epoll多路复用

2.master worker进程模型：可以允许做平滑的配置重启，并且不会断开与客户端的链接

3.协程机制　　　　：非阻塞进程的机制

 

最开始开发人员使用的是bio阻塞shi进程模型，socket.write所有的字节流都input完后才对应的client、才会返回

 

于是有了linux的select模型，变更轮训查找，只要有变化，就会被唤醒，缺点：每次轮训都遍历，效率很低。而且理论上限只能监听1024个请求

 

epoll模型：在监听的时候有回掉函数，那个变化就直接回掉函数执行，而且上限很高java的NIO模型就是借用了linux的模型，NIO也有一个select模型，那NIO为什么不使用epoll多路呢？linux内核2.6以上会把select以epoll的模式去运行，若是2.6以前的版本就不会。

上图，master是可以管理worker的进程空间的，worker用来处理客户端链接的，当启动master进程的时候，就会在master上启动一个socket的文件举鼎，然后这个文件又会监听在80端口上，这时候就会启动epoll的多路复用模型，当client发起请求就会有一个tcpip的过程，建立三次握手，会向80端口发起socket conect的操作，这时候epoll模型就会产生回掉，

但是这时候的master是不处理connect的请求的，他会让对应的woker去处理，nginx在里面搞了一个互斥锁，因为master和woker都会共享内存，三个worker都会去抢占，因为是在内存上的，速度很快，谁先抢占到就是谁去调用完成三次握手。一旦某一个worker抢占到了，以后这条道路就是都是worker来处理了。worker会讲这个请求扔到epoll里，

  那master的作用：只用来处理管理者的命令，以及某个worker死掉的话，他会接管权限，并且new出一个新的worker，

三次握手：首先服务端80端口监听，然后client发起connect操作到80端口，然后80端口upset来完成三次握手的建立链接

2.sbin/nginx -s reload 重启之后，worker的端口号会变，master的不会变，因为master不能挂，挂了整个nginx就废了。

执行这条命令后，master会将所有的socket进行收回，然后重新生成worker去分配。

3.每个worker里只有一个线程，都是单线程的，为什么不使用多线程呢？

　　首先，多线程就是为了防止单线程堵塞，造成效率问题。但是worker里的单线程是非阻塞的，只不过是调用socket的read和write，而且是在epoll中，速度是非常快的，不会造成堵塞，单线程反而更快，仅仅只是一份内核空间到用户的拷贝。

4. 协程是比内存更小的概念，依附于线程的内存模型，切换开销小，它遇到阻塞就会归还执行权，重点是无需加锁，它是串行的执行过程，lua就是基于协程的

5