这是我参与11月更文挑战的第12天，活动详情链接查看：2021最后一次更文挑战
apache运行模式-prefork-worker运行模式介绍
1. apache不同运行模式调优
Web服务器Apache目前一共有三种稳定的MPM（Multi-Processing Module，多进程处理模块）模式。如：Prefork（进程模式）、worker（线程模式）、Event （事件模式，2.4版本后开始稳定）
2. prefork运行模式详解
1、Prefork MPM
Prefork MPM实现了一个非线程的、预派生的web服务器。它在Apache启动之初，就先预派生一些子进程，然后等待连接；可以减少频繁创建和销毁进程的开销，每个子进程只有一个线程，在一个时间点内，只能处理一个请求。这是一个成熟稳定，可以兼容新老模块，也不需要担心线程安全问题，但是一个进程相对占用资源，消耗大量内存，不擅长处理高并发的场景。
最重要的是将MaxClients设置为一个足够大的数值以处理潜在的请求高峰，同时又不能太大，以致需要使用的内存超出物理内存的大小。所以现在已经不常用这个模式了。 而且apache2.4版本以后，默认使用的是worker模式。
注： Prefork 是基于多进程的模式。
优点：因为每个进程使用独立的内存空间，所以比较安全。一个进程坏了，不会影响其他进程。
缺点：占用的内存比较大。
运行原理图如下：
2. Worker MPM
和prefork模式相比，worker使用了多进程和多线程的混合模式，worker模式也同样会先预派生一些子进程，然后每个子进程创建一些线程，同时包括一个监听线程，每个请求过来会被分配到一个线程来服务。线程比起进程会更轻量，因为线程是通过共享父进程的内存空间
因此，内存的占用会减少一些，在高并发的场景下会比prefork有更多可用的线程，表现会更优秀一些；另外，如果一个线程出现了问题也会导致同一进程下的线程出现问题，如果是多个线程出现问题，也只是影响Apache的一部分，而不是全部。
由于用到多进程多线程，需要考虑到线程的安全了，在使用keep-alive长连接的时候，某个线程会一直被占用，即使中间没有请求，需要等待到超时才会被释放（该问题在prefork模式下也存在）。
运行原理图如下：
注： Worker MPM优点：可以处理海量请求，而系统资源的开销小。原因：一个进程中包括多个线程。多个线程之间可以共享内存，所以占用的内存资源比较少。如图：
缺点：不太安全。如果一个线程坏了。 整个进程都要坏了。另外存在keep-alive长连接占用资源时间过长。
如何避免进程中某个线程坏了? 一个进程中所有线程完成一定数量的请求后，自动关闭，再重打开。就可以避免内存溢出等问题。 就像一个电脑开机时间长了，会卡，需要重启一下。
总结： 不管是Worker模式或是Prefork 模式，Apache总是试图保持一些备用的(spare)或者是空闲的子进程（空闲的服务线程池）用于迎接即将到来的请求。这样客户端就不需要在得到服务前等候子进程的产生。这就是预先派生进程或线程。
3.Event MPM
vent模式是在2.4版本中才可以稳定运行。这是Apache最新的工作模式，它和worker模式很像，不同的是在于它解决了keep-alive长连接的时候占用线程资源被浪费的问题，在event工作模式中，会有一些专门的线程用来管理这些keep-alive类型的线程，当有真实请求过来的时候，将请求传递给服务器的线程，执行完毕后，又允许它释放。这增强了在高并发场景下的请求处理。
当某个连接没有请求时，会主动关闭连接，在work模式下，必须等keep-alive超时，才可以释放。
###总结 在configure配置编译参数的时候，可以使用 --with-mpm=prefork|worker|event 来指定编译为那一种MPM。
也可以编译为三种都支持：--enable-mpms-shared=all，这样在编译的时候会在modules目录下自动编译出三个MPM文件的so，然后通过修改httpd.conf配置文件更改MPM