Apache mpm_prefork 采用多进程模型，稳定性高但内存占用大，适合运行非线程安全模块（如传统 mod_php）；mpm_worker 采用多进程多线程模型，资源利用率更高，适合高并发场景但要求所有模块线程安全。
先说结论：prefork 适合稳定性优先且依赖非线程安全模块的中小流量场景，worker 适合高并发且模块线程安全的动态内容场景。
- 适合：prefork 用于兼容旧模块或调试困难环境，worker 用于高流量 HTTP 服务。
- 重点看：worker 模式下所有加载模块（如 PHP、SSL）必须线程安全，否则可能数据错乱。
- 别忽略：worker 的最大并发数计算方式为子进程数乘以每进程线程数，而非单纯看进程数。
命令速用版
查看当前 Apache 工作模式，使用以下命令确认编译进的 MPM 模块：
apachectl -l若输出包含 mpm_prefork.c 则为 prefork 模式，包含 mpm_worker.c 则为 worker 模式。部分系统也可通过 httpd -V 查看 HTTPD_SERVER 配置。
为什么会这样
两种模式的核心差异在于进程与线程的资源隔离方式不同。prefork 为纯进程型预派生架构，每个请求独占一个子进程，进程间内存完全隔离，因此某个子进程崩溃不影响其他进程，但每个进程需加载完整 Apache 运行环境，公开资料显示单进程约占用 10–20 MB 内存。worker 为多进程多线程混合模型，线程共享进程内存空间，整体内存占用比 prefork 低得多，但线程崩溃会导致整个进程及其所有线程停止服务，因此要求所有模块线程安全。
分步处理
切换 MPM 模式前需备份配置文件并确认模块兼容性，步骤如下：
1. 备份当前配置：复制 httpd.conf 或 apache2.conf 至备份目录。
2. 修改 MPM 配置：在配置文件中找到<IfModule mpm_prefork_module>或<IfModule mpm_worker_module>段。prefork 需调整 MaxRequestWorkers（旧版为 MaxClients）限制最大并发，worker 需调整 ThreadsPerChild 控制每进程线程数。
3. 重启服务：执行 apachectl restart 或 systemctl restart httpd 使配置生效。
4. 风险回滚：若启动失败或报错，立即恢复备份配置文件并重启。
怎么验证是否生效
通过进程查看命令确认子进程和线程数量是否符合预期。执行 ps -ef | grep httpd 或 ps -eLf | grep httpd，prefork 模式下应看到多个独立 httpd 进程且无多余线程，worker 模式下应看到少量进程但每个进程包含多个线程。同时观察 error_log 日志，确认无模块线程安全警告或崩溃记录。
常见坑
1. 模块兼容性：worker 模式下加载非线程安全的第三方模块会导致服务器随机崩溃或数据错乱，切换前务必确认所有模块支持线程安全。
2. 并发计算错误：worker 模式下 MaxRequestWorkers 等于子进程数乘以每进程线程数，配置不当可能导致实际并发远低于预期或内存溢出。
3. 内存泄漏风险：prefork 模式下建议设置 MaxRequestsPerChild 为非零值，防止偶然内存泄漏无限进行从而耗尽内存。
常见问题
prefork 和 worker 哪个性能更好？
取决于负载类型，prefork 在效率上通常比 worker 高但内存使用大得多，worker 适合高流量 HTTP 服务器但需线程安全支持。
如何查看当前 Apache 使用的 MPM 模式？
执行 apachectl -l 命令，输出列表中显示 mpm_prefork.c 或 mpm_worker.c 即为当前模式。
worker 模式会导致服务器不稳定吗？
若所有模块线程安全则稳定，但若一个线程崩溃，整个进程就会连同其所有线程一起停止，因此稳定性依赖模块质量。
参考来源
Apache 基础架构：进程模型对比详解
Apache 基础架构:MPM 选择与性能对比
Apache MPM 模型解析:Prefork、Worker、Event 区别
深入解析:Apache Prefork 和 Worker 有什么区别 ?
apahce 工作模式 perfork、worker 比较