为什么PHP脚本执行时间超过30秒就被切断_调整max_execution

php脚本超时由php、web服务器（如nginx）、fpm三层共同控制，max_execution_time仅限php内部cpu时间，i/o等待不计入；nginx的fastcgi_read_timeout等常先于php超时触发；set_time_limit(0)在web环境受限且须前置调用；大文件写入应分块流式处理；需同步调整php、nginx、fpm三处配置并正确重载。

为什么php脚本执行时间超过30秒就被切断_调整max_execution_time与nginx超时

PHP脚本执行超时不是PHP单方面决定的

你看到 Fatal error: Maximum execution time of 30 seconds exceeded，第一反应是改 max_execution_time？先停一下。这个错误表面是PHP报的，但真正“掐断”脚本的，往往不是PHP本身——而是Nginx（或Apache）在更早阶段就关闭了连接。

原因很直接：max_execution_time 只控制PHP脚本**在PHP进程内**的CPU时间，它不计时I/O等待（比如file_get_contents()卡在远端响应、mysqli_query()等锁表）、也不管Web服务器是否还连着你。而Nginx默认的 fastcgi_read_timeout 是60秒，一旦PHP还没把响应发完，Nginx就主动断开，前端收到502/504，PHP错误日志里却可能只字不提超时——因为PHP进程还在跑，只是没人听了。

max_execution_time 生效前提：PHP进程必须还在运行且未被外部杀掉
Nginx的 fastcgi_read_timeout、fastcgi_send_timeout、proxy_read_timeout（如果用了反代）都可能比PHP超时更早触发
FPM模式下还有 request_terminate_timeout，它优先级高于 max_execution_time，设成30秒的话，哪怕你在脚本里调用 set_time_limit(0) 也无济于事

set_time_limit(0) 在Web环境里经常白忙活

很多人加一句 set_time_limit(0) 就以为万事大吉，结果还是502。这不是函数没用，而是它只对PHP层有效，完全不管Nginx或FPM的“耐心”。尤其在共享主机、宝塔面板、云函数这些环境里，set_time_limit() 很可能被禁用或被上层配置覆盖。

更隐蔽的问题是：这个函数必须在超时发生前调用。如果脚本已经跑了29秒才执行到 set_time_limit(0)，PHP不会回溯重置计时器——它直接报错退出，根本没机会运行那行代码。

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

CLI模式下 set_time_limit(0) 是安全的；Web环境下它只是“尽力而为”，不是保证
ini_set('max_execution_time', '0') 同样受限于PHP运行模式和SAPI限制（如安全模式、FPM pool配置）
调用位置必须靠前——写在文件顶部，且不能放在条件分支或函数体内延迟执行

同步写大文件时，超时八成卡在I/O，不是CPU

比如用 file_put_contents($path, $huge_data) 写一个500MB的日志或导出文件，报超时几乎必然发生。这不是因为PHP算得慢，而是系统调用 write() 被阻塞太久：磁盘写入慢、缓存未刷、文件系统锁竞争，都会让PHP“挂起”，而 max_execution_time 默认不统计这类等待——但它会继续倒数。

解决思路不是拉长时限，而是避免单次长阻塞。换成流式分块写入，每次只交一小段数据给内核，既降低单次I/O压力，也让PHP有机会检查超时、响应中断信号。

用 fopen($path, 'wb')，别用 'a'（追加模式在大文件上seek开销剧增）
每块控制在 512KB–1MB，太小增加系统调用次数，太大仍可能卡住
写完每块后可选 fflush($fp)，但仅在需要立即落盘（如关键日志）时启用，否则影响吞吐

示例核心逻辑：

$fp = fopen($path, 'wb');<br>foreach (str_split($data, 512 * 1024) as $chunk) {<br>    fwrite($fp, $chunk);<br>}<br>fclose($fp);

真正要调的超时配置有三层，漏一层就白配

你以为改了 php.ini 的 max_execution_time 就够？实际要同时确认并协调以下三处：

PHP层：max_execution_time（php.ini 或 ini_set()），以及FPM pool里的 request_terminate_timeout（通常在 www.conf 中）
Nginx层：fastcgi_read_timeout（读取PHP响应超时）、fastcgi_send_timeout（发送请求体给PHP超时），两者都需 ≥ PHP层设置
应用层：数据库连接/查询超时（如 mysqli_options($link, MYSQLI_OPT_CONNECT_TIMEOUT, 5)）、HTTP客户端超时（cURL 的 CURLOPT_TIMEOUT）——它们不归PHP总超时管，但会间接拖垮整个脚本