apache(httpd)中MPM三种模式区别

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类型的线程，当有真实请求过来的时候，将请求传递给服务线程，执⾏完毕后，⼜允许它释放 。
缺点：没有线程安全控制