XAMPP for Windows 使用 mpm_winnt 模块，调高并发需配置 ThreadsPerChild（如800）和 MaxConnectionsPerChild（如10000），置于 httpd-mpm.conf 的 <IfModule mpm_winnt.c> 段内，并确保该文件被 httpd.conf 加载；ServerLimit 无效，勿设置。
ServerLimit 必须显式设置，否则 MaxRequestWorkers 超过默认值（256）会被静默截断——这是 XAMPP 用户调高并发时最常卡住的地方。
确认当前MPM类型和配置位置
XAMPP 默认在 Windows 上使用 mpm_winnt 模块（单进程 + 多线程），不是 prefork 或 worker；这点和 Linux Apache 完全不同。因此你不能去改 <IfModule prefork.c> 块，它根本不会生效。
正确路径是：XAMPP\apache\conf\extra\httpd-mpm.conf，且必须确保该文件已被 httpd.conf 加载（检查是否有未注释的 Include conf/extra/httpd-mpm.conf）。
- 运行
httpd -V | findstr "MPM"（Windows 命令行）验证当前启用的 MPM - 若输出含
mpm_winnt，就只看<IfModule mpm_winnt.c>段 - 别碰
prefork.c或worker.c的配置块，XAMPP for Windows 不加载它们
mpm_winnt 下调高并发的关键参数
mpm_winnt 只启动一个子进程，所有并发靠线程撑，所以核心是 ThreadsPerChild，不是进程数。它直接决定最大并发连接数（因为每个请求独占一个线程）。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
-
ThreadsPerChild：默认 150，最大允许 1920；设为 500–1000 是常见安全起点 -
MaxConnectionsPerChild（旧名MaxRequestsPerChild）：建议设为非零值（如 10000），防内存缓慢泄漏 -
ServerLimit在mpm_winnt中**不生效**，文档明确说明它被忽略——别浪费时间配它 -
KeepAlive Off对 API 类服务确实有用，但要同步调低Timeout（如设为 5），避免线程被空闲连接长期占用
示例有效配置段（放在 httpd-mpm.conf 的 <IfModule mpm_winnt.c> 内）：
<IfModule mpm_winnt.c>
ThreadsPerChild 800
MaxConnectionsPerChild 10000
# ServerLimit ignored — do not set it
</IfModule>重启后验证是否真正生效
修改后必须完整重启 Apache（XAMPP 控制面板点 Stop 再 Start），Reload 不重读 MPM 配置。
- 启动后立即执行
httpd -t确认语法无误 - 用
netstat -ano | findstr :80观察 ESTABLISHED 连接数能否突破原限制 - 压力测试时监控
httpd.exe进程的线程数（任务管理器 → 详细信息 → 右键列 → 选择“线程数”）：应接近你设的ThreadsPerChild - 如果线程数卡在 150 左右，说明配置没加载——大概率是
httpd-mpm.conf未被Include，或写到了错误的<IfModule>块里
容易被忽略的系统级瓶颈
Windows 自身对单进程线程数有限制（默认约 2048），且每个线程默认栈空间 1MB。设 ThreadsPerChild 1000 就至少吃掉 1GB 虚拟内存——哪怕物理内存充足，也可能因地址空间碎片或 ulimit 类机制失败。
- 检查应用日志是否有
Cannot create thread或out of memory错误 - 用
wmic process where name="httpd.exe" get ThreadCount,WorkingSetSize查实时线程与内存占用 - 若线程数上不去，优先降
ThreadsPerChild到 500，再观察；盲目冲高反而导致 Apache 启动失败或响应变慢 - 第三方模块（如某些 PHP 扩展）若非线程安全，会在高线程下随机崩溃——这不是配置问题，是兼容性问题
真正起作用的从来不是数字本身，而是线程能否稳定创建、调度、回收。先让 500 线程稳住，再谈 800。
