因为Timeout仅控制连接建立后接收请求头/体的时长，而PHP脚本执行超时由php.ini中max_execution_time（默认30秒）控制，二者互不替代；改Timeout对PHP执行超时无效。
为什么改了 Timeout 但长请求还是被断开
因为 Timeout 只管「建立连接后收请求头/体」这一个环节，而现代 Web 请求超时往往卡在三个不同阶段：客户端发请求慢（Timeout）、请求处理久（PHP max_execution_time）、连接空闲等下个请求（KeepAliveTimeout）。三者互不替代，单独调大 Timeout 对 PHP 脚本执行超时完全无效。
常见错误是把 Timeout 设成 600，结果脚本跑 45 秒就 500 退出——实际是 PHP 自己中断的。XAMPP 默认 max_execution_time = 30，它比 Apache 的 Timeout 更早触发。
-
Timeout影响的是 HTTP 协议层握手和数据接收，比如上传大文件卡在「正在发送」阶段 - PHP 脚本执行时间由
php.ini中的max_execution_time控制，必须单独改并重启 Apache - 若启用了
mod_reqtimeout（XAMPP 默认未启用），它的RequestReadTimeout规则会优先于Timeout生效
KeepAliveTimeout 设多少才算合理
XAMPP 默认 KeepAliveTimeout 5 太短，Chrome 实际复用连接的默认等待窗口是 7.5 秒，Firefox 是 10 秒。设成 5 秒会导致浏览器刚发完资源请求、连接就被关掉，下次还得重连 TLS，TTFB 波动明显。
但也不能盲目拉高。Windows 下 XAMPP 用的是 mpm_winnt 模式，每个连接独占一个线程，KeepAliveTimeout 过长会让空闲线程卡住 ThreadsPerChild（默认 150），新请求排队甚至 503。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 静态资源多的前端页面（Laravel/WordPress）：设为
KeepAliveTimeout 8 - 纯 API 接口或登录页这类高风险入口：直接
KeepAlive Off，彻底禁用复用 - 绝对不要设 >15：HTTP/1.1 客户端基本不会等那么久，纯属浪费 worker
改完配置却不生效？检查这三个地方
Apache 配置不是改了就生效，XAMPP 环境下最容易漏掉的是路径、权限和模块加载顺序。
- 确认你编辑的是真实生效的
httpd.conf：路径一定是C:\xampp\apache\conf\httpd.conf，不是子目录或备份文件 - 必须用管理员权限打开编辑器修改，否则保存失败却无提示；改完后在 XAMPP 控制面板中点 Stop → Start，仅点 Restart 常常不重载模块
- 验证
mod_status是否启用：访问http://localhost/server-status，能打开才说明配置已加载；如果 404，需确认httpd.conf中有LoadModule status_module modules/mod_status.so且未被注释
本地开发响应慢，大概率不是超时而是 DNS 解析卡住
现象是 http://localhost/ 转圈 3–8 秒才开始加载，但 http://127.0.0.1/ 瞬间响应。这不是超时参数问题，而是系统在尝试 IPv6 地址 ::1 时卡顿。
Windows hosts 文件里默认有两行：::1 localhost 和 127.0.0.1 localhost。多数情况下系统先查 ::1，但本地没配好 IPv6 栈，就会延迟 fallback 到 IPv4。
- 用管理员权限打开
C:\Windows\System32\drivers\etc\hosts - 注释掉
::1 localhost这一行（前面加#），确保只有127.0.0.1 localhost生效 - 顺手检查
httpd.conf中的Listen指令，改成Listen 127.0.0.1:80，避免 Apache 自己再去解析localhost
这个细节不解决，调再好的 Timeout 和 KeepAliveTimeout 都白搭——请求根本还没进 Apache 就卡在系统层了。
