XAMPP环境下PHP脚本达max_execution_time未终止问题排查

首先，我来拆解你遇到的几种场景，解释为什么会出现这种不一致的表现，再给你对应的解决办法：

核心场景复盘 #

你测试的四种情况结果完全不同：

• ✅ 关闭XDebug + 纯计算无限循环：30秒后正常触发超时错误
• ❌ 关闭XDebug + 带echo的无限循环：脚本一直运行，无超时提示
• ❌ 启用XDebug + 纯计算无限循环：脚本一直运行，无超时提示
• ❌ 启用XDebug + 带echo的无限循环：脚本一直运行，无超时提示

为什么会这样？ #

1. XDebug直接禁用了执行时间限制 #

XDebug的核心定位是调试工具，所以默认情况下，只要XDebug处于活跃状态（比如开启了调试模式、自动启动远程调试），它就会绕过PHP的max_execution_time限制。这是为了避免你在调试断点时，还没理清逻辑就被超时中断。

不管你的脚本是纯计算还是带输出，只要XDebug在运行，超时机制就会失效，导致无限循环脚本一直占用Apache进程，直到你手动终止服务。

2. 带echo的循环让超时统计“失效” #

当脚本持续输出内容时，PHP的max_execution_time统计的是服务器端的CPU执行时间，而不是实际的挂钟时间，这里有两个关键影响点：

• 输出缓冲机制：默认PHP开启了4096字节的输出缓冲，当缓冲区被填满时会自动刷新，把数据发送给Apache。这个发送过程的等待时间（哪怕是本地浏览器接收，也有极短的IO耗时）不会计入脚本执行时间。
• 活跃状态判断：当脚本持续向客户端输出内容时，PHP会认为脚本处于“活跃处理”状态，不会严格执行超时限制——毕竟它觉得你一直在生成有效输出，不是无意义的死循环。

而纯计算的循环没有任何IO操作，CPU持续占用，PHP会准确统计执行时间，到点就触发超时。

解决办法 #

针对XDebug场景 #

• 临时关闭调试：如果不需要调试，在php.ini（或单独的xdebug.ini）中设置xdebug.mode=off，然后重启Apache。这样PHP的max_execution_time就会正常生效。
• 限制调试会话时间：如果需要调试，可以添加xdebug.max_execution_time=30（单位秒）到XDebug配置中，强制限制调试会话的最长运行时间。

针对带echo的无限循环（关闭XDebug时） #

• 手动添加超时检查：在循环里主动监控脚本运行时间，到点就终止，这是最可靠的办法：

<?php
$startTimestamp = time();
$maxAllowedTime = ini_get('max_execution_time'); // 读取php.ini中的配置

while (true) {
    echo 'test';
    // 检查是否超过允许时间
    if (time() - $startTimestamp > $maxAllowedTime) {
        die("\nMaximum execution time exceeded");
    }
}

• 关闭输出缓冲：在脚本开头添加ob_end_flush();，让每次echo的内容立即发送给浏览器，这样PHP会更准确地统计执行时间（不过本地环境下效果可能不明显，但生产环境中能有效避免IO等待导致的超时失效）。

应急处理脚本卡住的情况 #

不需要重启整个XAMPP，只需要在XAMPP控制面板中点击Apache的「Stop」按钮，等待几秒后再「Start」即可；或者在任务管理器（Windows）中结束httpd.exe进程，用kill命令（Linux/Mac）终止Apache进程。

内容的提问来源于stack exchange，提问作者Przemysław Niemiec