max_execution_time未生效需检查ini_set位置及SAPI类型：CLI下有效，Apache mod_php中若为PHP_INI_SYSTEM则被忽略；应优先在php.ini、.htaccess（Apache）或php-fpm.conf（Nginx）中配置，并同步调整Web服务器超时参数。
max_execution_time 改了但没生效？检查 ini_set 位置和 SAPI 类型
PHP 脚本超时不是改了 max_execution_time 就一定管用。常见错误是把 ini_set('max_execution_time', '300') 写在逻辑中间，甚至写在某个条件分支里——它只对后续执行的代码生效，前面耗时的部分早崩了。
更关键的是 SAPI 类型决定配置是否可运行时修改：CLI 模式下 ini_set 有效；但 Apache mod_php 下，如果该指令被标记为 PHP_INI_SYSTEM（查官方文档确认），ini_set 就直接被忽略，毫无报错提示。
- 优先在
php.ini中设置：max_execution_time = 300，重启 Web 服务才真正落地 - Apache + mod_php 环境下，也可在
.htaccess中加：php_value max_execution_time 300（需允许 override） - Nginx + PHP-FPM 场景必须改
php-fpm.conf或 pool 配置里的php_admin_value[max_execution_time]，用php_value无效 - CLI 脚本直接加
-d max_execution_time=300启动，比如：php -d max_execution_time=300 script.php
set_time_limit(0) 不等于“永不超时”，它受底层限制
set_time_limit(0) 看似放行，实际只是关闭 PHP 自身的计时器，不解除 Web 服务器或代理层的超时机制。Nginx 默认 fastcgi_read_timeout 是 60 秒，Apache 的 Timeout 指令也常设为 300 秒以内——PHP 还在跑，但上游已断连，用户看到 504 Gateway Timeout。
另外，set_time_limit 对每个脚本执行周期重新计时，如果用了 register_shutdown_function 或输出缓冲未 flush，时间可能意外累积。
立即学习“PHP免费学习笔记（深入）”；
- 调用
set_time_limit(0)前，确保你真需要长期运行，而不是卡在死循环或阻塞 I/O 上 - 务必同步调整 Web 服务器配置：
nginx改fastcgi_read_timeout，Apache改Timeout和ProxyTimeout（如用了反代） - CLI 脚本用
set_time_limit(0)相对安全，但仍建议配合心跳日志或信号监听，防止失控
超时不是性能问题的遮羞布，先看是不是真卡在 PHP 层
很多“超时”根本不是 PHP 执行慢，而是外部依赖拖垮的：MySQL 查询没索引、cURL 请求第三方 API 卡住、Redis 连接池耗尽、文件锁争用……这些场景下拉高 max_execution_time 只会让问题更隐蔽，还可能引发雪崩。
用 strace -p $(pgrep php) 或 xdebug 的 trace 功能定位真实阻塞点，比盲目调参有用得多。
- 数据库慢查：开启
slow_query_log，用EXPLAIN看执行计划 - cURL 请求：显式设置
CURLOPT_TIMEOUT和CURLOPT_CONNECTTIMEOUT，别依赖全局超时 - 文件操作：避免在循环中反复
fopen/fwrite，改用file_put_contents($file, $data, FILE_APPEND) - 注意
max_execution_time不计算系统调用等待时间（如 sleep、stream_select），但会算usleep——这点容易误判
CLI 和 Web 共用同一份 php.ini？小心线上环境被误伤
本地开发时习惯在全局 php.ini 里调大 max_execution_time，但上线后忘了切回保守值，结果一个后台导出接口把整个 PHP-FPM worker 池拖死，影响所有请求。
更隐蔽的是 CLI 和 Web SAPI 加载不同配置：php --ini 显示 CLI 加载路径，phpinfo() 显示 Web 加载路径——两者可能完全不重叠。
- 生产环境严禁全局设
max_execution_time = 0，按接口分级设置：API 接口 ≤ 30s，后台任务走队列单独配置 - 用
php -i | grep "Loaded Configuration File"和php -r "echo php_sapi_name();"确认当前上下文加载的是哪份配置 - 长任务坚决剥离到异步队列（如 Redis + crontab / Supervisor），别让 HTTP 请求扛着跑
超时设置最麻烦的地方不在怎么改，而在于你永远不知道哪个环节在悄悄倒计时——PHP、Web 服务器、负载均衡、客户端浏览器，各自有一套规则。改之前，先 php --ini、curl -v、nginx -T 全部过一遍，不然调来调去还是 504。
