协程机制
协程是线程内的一个内存模型，一个线程可以有多个协程。当我们的协程(如read方法)遇到阻塞的时候，那么系统会立马调用另一个不阻塞的线程来执行read。这样做的好处是，这样就不需要关注什么时候socket的read会返回。因为当read完成，epoll多路复用会执行一个回调。这个回调是一个return函数，read完成会顺序的执行。这样我们的协程机制就是一个同步的，它就不需要进行加锁。
epoll多路复用模型
Java BiO 模型
阻塞IO，当客户端（client）向服务端（server）发起一个请求的时候，socket.write会将数据写入到TCP/IP的缓存区里，TCP/IP缓存区会将数据发送到server。当网络传输较慢/或者client有很多的请求时，一旦缓存区存满会导致client无法发送数据一直在进行等待。
Linux select模型
select 模型的会执行下面的操作
一个server在内部会监听固定数量的client
当其中监听的client有变化的时候会执行遍历操作
遍历操作会唤醒所有的变化的client执行read操作
read操作会读取客户端的数据并返回
但是select模型有很多的监听client的时候一旦一个发生变化其他的大量client都可能会被遍历一遍消耗很大的性能。并且select的监听数上线理论上是1024。
epoll多路复用
epoll多路复用模型是在select模型上进行改进。server理论上可以监听无数个client，并且每一个监听的client都有一个回调函数，如果监听的client有变化。那么会执行回调函数来执行操作。
master-worker
master-worker模型图
master-worker模型
首先管理员启动nginx的时候系统会建立一个master，master会建立一个或者多个worker。master可以对worker进行管理。而worker会对client进行监听。当其中的多个个client发起请求后，worker会进行一个资源抢占。抢占成功后会建立连接。
当nginx启动worker的时候也会启动epoll多路复用模型，当worker为client抢占资源建立连接后，worker会为client启动epoll多路复用。
nginx/bin -s reload 命令
这条平滑重启命令为什么可以在不进行服务器重启的前提下完成配置文件的载入呢？其实就是因为我们的master-worker模型。我们在执行重启的命令的时候，系统的worker会进行一个销毁。而worker销毁了那不就是client要断开连接吗？这时候master就会将worker的东西全部拿来自己使用。master来负责对client进行一个监听管理。
线程？进程？
每一个 wokrer 中其实只有一个 线程。由于 我们的 worker 采用的是epoll多路复用的模型。每一个 worker 中都通过epoll 来告诉我可以进行read write。这样worker 不会进行阻塞。在不阻塞的情况下调用单线程的速度是会大于多线程的。
