apache和nginx原理分析

从自己的计算机开始，线程和进程都是计算机运行的基本单位。
单个线程和进程不能够有效的利用现在计算机的多核。
所以出现了多线程或者多进程。
每个线程进程运行时，都有自己的上下文环境，包括内存和os资源等。
多线程（进程）能够很好的处理一些事情。可以更加有效的利用多核cpu。

问题来了。
对于网络的请求，如果每个请求都分配一个线程或者进程去处理，比如成千上万个，
那么计算机肯定是会崩溃的。这么多的线程和进程处理时间可能只有0.2s，但是切换的时间可能已经不知道多少秒了。切换的时候就是资源没有利用的时候。
另外，让每个重量级的线程和进程去处理轻量级的http请求，是非常消耗资源的。

理解几点现实的情况
1、对于web请求，真正的瓶颈是发生在网络io和磁盘io（cpu处理请求并不慢）
2、一个http轻量级的请求对应一个线程或者进程，原因还是上面第一点，就是说99%的时间花在了io上，如果一个进程或线程因为io的原因一直占用着资源阻塞在这里，真的是浪费资源。

所以针对这两点，nginx采用了epoll的io模型。
master进程负责承建worker进程，worker真正处理请求，
并且是一个worker进程只有一个线程处理n个请求。避免了不必要的切换。
只要请求自己就位，通过事件回调到就位队列中，时间复杂度O(1)。
就是这个简单的事件驱动模型，就能够让nginx支持50000的并发。
而磁盘io，nginx采用mmap的内存映射优化。

另外说说apache。
就是一个进程对应一个请求。
本质上来说还是因为web应用主要是io密集型的应用。
nginx最关键的一点就是使用了epoll的io网络模型。
但是对于cpu密集型的应用，apache的模式就比较好了，因为这样的情况线程和进程基本上没有浪费资源，反倒是nginx，因为一直阻塞着进程，所以反倒不能接受高并发的请求。