配置Apache仅单线程处理请求未生效，求解析其多线程行为

我来帮你拆解这个问题——你的预期没达成，大概率是PHP运行模式或者Apache配置未正确生效导致的，下面一步步梳理：

1. 先确认Apache的MPM配置是否真的生效了 #

首先得确保你修改的httpd-mpm.conf确实被Apache加载了。很多时候，主配置文件httpd.conf里需要有一行类似Include conf/extra/httpd-mpm.conf的配置（路径可能根据你的安装目录调整），如果这行被注释掉了，你的修改根本不会起作用。

怎么验证？重启Apache后，访问一个phpinfo页面，找到Server API区域，查看MPM信息是否为WinNT，同时确认Threads Per Child的值是1。如果不是，说明配置没被加载，或者被其他配置覆盖了。

2. PHP运行模式是核心关键（最容易踩坑） #

这是很多人忽略的点：如果你的PHP是用FastCGI模式（比如php-fpm）运行的，那Apache的MPM线程配置对PHP请求几乎没影响——因为此时Apache只是个反向代理，真正处理PHP请求的是php-fpm的进程池，而php-fpm默认会开多个进程/线程来处理请求，所以哪怕Apache只有1个线程，php-fpm还是能同时处理多个请求。

只有当PHP是Apache模块模式（也就是mod_php）时，Apache的线程数才会直接限制并发请求数。你可以在phpinfo里看Server API项，如果是Apache 2.0 Handler，就是模块模式；如果是FPM/FastCGI，那就是FastCGI模式。

3. 补充下mpm_winnt_module的工作机制 #

mpm_winnt是Windows平台Apache的默认MPM，它的逻辑很简单：

• ThreadsPerChild：设置每个子进程的线程数，Windows下Apache通常只启动1个父进程+1个子进程（除非你调整了MaxRequestWorkers等参数，默认是单进程）
• MaxConnectionsPerChild：设置每个子进程处理多少请求后重启，设为0表示永不重启

当你把ThreadsPerChild设为1时，这个唯一的线程会处理所有进来的请求，所以当它被block.php的sleep(30)占用时，后续的hello.php请求必须排队，直到这个线程空闲下来。

4. 测试时的小细节 #

测试的时候要注意避开浏览器的坑：

• 别用同一个浏览器的多个标签页测试，很多浏览器会对同一域名的请求做并发限制或者复用连接，可能让你误以为请求被即时处理了。最好用两个不同的浏览器，或者用curl命令行测试：

  # 第一个终端执行，会阻塞30秒
  curl http://localhost/block.php
  # 第二个终端立即执行，应该等30秒后才返回hello
  curl http://localhost/hello.php
  

• 另外，Apache默认开启的KeepAlive一般不会影响这个测试场景，但如果实在有疑问，可以临时把KeepAlive设为Off再试。

总结排查步骤 #

按这个顺序查：

• 确认httpd.conf中已正确包含httpd-mpm.conf
• 重启Apache后，用phpinfo验证MPM配置（ThreadsPerChild=1，MPM=WinNT）
• 确认PHP运行模式是Apache模块模式（mod_php）
• 用不同的客户端工具（比如两个curl进程）重新测试

内容的提问来源于stack exchange，提问作者Aabid