HTTP的三种工做模型

---

Apache prefork模型：

  预派生模式，有一个主控制进程，而后生成多个子进程，使用select模型，最大并发1024，每一个子进程有一个独立的线程响应用户请求，相对比较占用内存，可是比较稳定，能够设置最大和最小进程数，是最古老的一种模式，也是最稳定的模式，适用于访问量不是很大的场景。

  优势：稳定

  缺点：慢，占用资源，1024个进程不适用于高并发场景

Apache woker模型：

  一种多进程和多线程混合的模型，有一个控制进程，启动多个子进程，每一个子进程里面包含固定的线程，使用线程程来处理请求，当线程不够使用的时候会再启动一个新的子进程，而后在进程里面再启动线程处理请求，因为其使用了线程处理请求，所以能够承受更高的并发。

  优势：相比prefork 占用的内存较少，能够同时处理更多的请求

  缺点：使用keepalive的长链接方式，某个线程会一直被占据，即便没有传输数据，也须要一直等待到超时才会被释放。若是过多的线程，被这样占据，也会致使在高并发场景下的无服务线程可用。（该问题在prefork模式下，一样会发生）

Apache event模型：

  Apache中最新的模式，2012年发布的apache 2.4.X系列正式支持event 模型，属于事件驱动模型(epoll)，每一个进程响应多个请求，在如今版本里的已是稳定可用的模式。它和worker模式很像，最大的区别在于，它解决了keepalive场景下，长期被占用的线程的资源浪费问题（某些线程由于被keepalive，空挂在哪里等待，中间几乎没有请求过来，甚至等到超时）。event MPM中，会有一个专门的线程来管理这些keepalive类型的线程，当有真实请求过来的时候，将请求传递给服务线程，执行完毕后，又容许它释放。这样加强了高并发场景下的请求处理能力。

  优势：单线程响应多请求，占据更少的内存，高并发下表现更优秀，会有一个专门的线程来管理keep-alive类型的线程，当有真实请求过来的时候，将请求传递给服务线程，执行完毕后，又容许它释放

  缺点：没有线程安全控制

httpd MPM（Multi-Processing Module，多进程处理模块）模式总结

1. prefork：进程模型，两级结构，主进程master负责生成子进程，每一个子进程负责响应一个请求
2. worker：线程模型，三级结构，主进程master负责生成子进程，每一个子进程负责生成多个线程，每一个线程响应一个请求
3. event：线程模型，三级结构,主进程master负责生成子进程，每一个子进程生成多个线程，每一个线程响应一个请求，可是增长了一个监听线程，用于解决在设置了keep-alived场景下线程的空等待问题。