Apache之三种工作模式和配置性能优化，android开发入门PDF下载

---

Apache目前一共有三种稳定的MPM（Multi-Processing Module，多进程处理模块）模式，它们分别是prefork，worker和event。
我们可以使用httpd -V 命令查看apache的版本和模式，如果你服务端允许了apache,你先用httpd -V试下，如果提示如下

-bash: httpd: command not found

那就先找到运行的httpd进程，ps -ef | grep httpd，然后直接用这个进程的全路径进行-V操作

///apache_portal/bin/httpd -V
AH00318: WARNING: MaxRequestWorkers of 20000 would require 100 servers and
would exceed ServerLimit of 60, decreasing to 12000.
To increase, please see the ServerLimit directive.
Server version: Server/2.4.18 (Unix)
Server built: Jul 21 2017 08:43:23
Server’s Module Magic Number: 20120211:52
Server loaded: APR 1.5.2, APR-UTIL 1.5.4
Compiled using: APR 1.5.2, APR-UTIL 1.5.4
Architecture: 64-bit
Server MPM: worker

这里我们可以知道apache的模式是worker模式，然后版本是2.4.18

1）prefork模式

Prefork MPM优点：先预派生一些子进程，然后等待连接；可以减少频繁创建和销毁进程的开销，每个子进程只有一个线程，在一个时间点内，只能处理一个请求不需要担心线程安全问题

缺点：一个进程相对占用资源，消耗大量内存，不擅长处理高并发

2）worker模式

worker

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

使用了多进程和多线程的混合模式，worker模式也同样会先预派生一些子进程，然后每个子进程创建一些线程，同时包括一个监听线程，每个请求过来会被分配到一个线程来服务。线程比起进程会更轻量，因为线程是通过共享父进程的内存空间，因此，内存的占用会减少一些，在高并发的场景下会比prefork有更多可用的线程，表现会更优秀一些；另外，如果一个线程出现了问题也会导致同一进程下的线程出现问题，如果是多个线程出现问题，也只是影响Apache的一部分，而不是全部。由于用到多进程多线程，需要考虑到线程的安全，在使用keep-alive长连接的时候，某个线程会一直被占用，即使中间没有请求，需要等待到超时才会被释放（该问题在prefork模式下也存在）

3）event模式

它和worker模式很像，不同的是在于它解决了keep-alive长连接的时候占用线程资源被浪费的问题，在event工作模式中，会有一些专门的线程用来管理这些keep-alive类型的线程，当有真实请求过来的时候，将请求传递给服务器的线程，执行完毕后，又允许它释放。这增强了在高并发场景下的请求处理。

4）我们看下httpd平均占用内存的大小

ps aux|grep -v grep|awk ‘/httpd/{sum+=$6;n++};END{print sum/n}’
11792.7

差不多11M

2  Apache的配置和性能优化

Apache的配置文件httpd.conf的配置方式如下，不同的模式标签不一样，但是里面的参数类似

prefork模式部分配置如下

StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxRequestWorkers 250 MaxConnectionsPerChild 1000

worker模式部分配置如下

StartServers 3 ServerLimit 16 MinSpareThreads 75 MaxSpareThreads 250 ThreadsPerChild 25 MaxRequestWorkers 400 MaxConnectionsPerChild 1000

event模式部分配置如下

StartServers 3 ServerLimit 16 MinSpareThreads 75 MaxSpareThreads 250 ThreadsPerChild 25 MaxRequestWorkers 400 MaxConnectionsPerChild 1000