HTTP 多处理模块(MPM)

一、HTTP 多处理模块(MPM)

Apache HTTP 服务器被设计为一个功能强大，并且灵活的 web 服务器， 可以在很多平台与环境中工作。不同平台和不同的环境往往需要不同的特性，或可能以不同的方式实现相同的特性最有效率。Apache httpd 通过模块化的设计来适应各种环境。这种设计允许网站管理员通过在编译时或运行时，选择哪些模块将会加载在服务器中，来选择服务器特性。

Apache HTTP 服务器 2.0 扩展此模块化设计到最基本的 web 服务器功能。 它提供了可以选择的多处理模块(MPM)，用来绑定到网络端口上，接受请求， 以及调度子进程处理请求。

二、MPM三种工作模式

MPM（multi-processing module）多种请求处理模式，分为三种工作模式：prefork、worker、event

2.1 prefork—多进程I/O模型，每个进程响应一个请求(默认模型)

• 一个主进程：生成和回收n个子进程，创建套接字，不响应请求
• 多个子进程：工作work进程，每个子进程有一个独立的线程响应用户请求；系统初始时，预先生成多个空闲进程，等待请求，最大不超过1024个。

会预先准备好子进程等待用户的访问，系统调用fork函数，prefork用一个进程相应用户的请求。

• 优点：稳定；
• 缺点：慢，占用资源，不适用于高并发场景

2.2 worker—复用的多进程I/O模型，多进程多线程(IIS使用此模型)

一个主进程：生成m个子进程，每个子进程负责生个n个线程，每个线程响应一个请求，并发响应请求：m*n。

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

• 优点：相比prefork 占用的内存较少，可以同时处理更多的请求；
• 缺点：使用keep-alive的长连接方式，某个线程会一直被占据，即使没有传输数据，也需要一直等待到超时才会被释放。如果过多的线程，被这样占据，也会导致在高并发场景下的无服务线程可用。（该问题在prefork模式下，同样会发生）。

2.3 event—事件驱动模型，增加了一个监听线程

一个主进程：生成m个子进程，每个子进程负责生个n个线程，每个线程响应一个请求，并发响应请求：m*n。

有专门的监控线程来管理这些keep-alive类型的线程，当有真实请求时，将请求传递给服务线程，执行完毕后，又允许释放。这样增强了高并发场景下的请求处理能力

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

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

三、总结

1. 要求更高伸缩性的站点可以选择使用线程的 MPM，即 worker 或 event（互联网公司）
2. 需要可靠性或者与旧软件兼容的站点可以使用 prefork（传统公司）

作者：陈琰AC
链接：https://www.jianshu.com/p/d91b621095a4
来源：简书