PHP 8.0 长任务中断是因四层超时未同步：php.ini、php-fpm.conf、Nginx配置（fastcgi_read/send/connect_timeout）、php_admin_value，任一层为30秒都会导致504或kill，需全部设为≥预期耗时。
PHP 8.0 执行长时间任务被中断，不是因为 max_execution_time 没改对，而是它只是四层超时机制里最表层的一环——漏掉任意一层，照样 504 或直接 kill。
为什么改了 max_execution_time 还是 30 秒就断？
常见现象：你在宝塔 PHP 设置里把 max_execution_time = 600，保存、重启 PHP，但脚本仍卡在 30 秒报错或空白。原因很可能是：
- 站点 Nginx 配置里没加
fastcgi_read_timeout，Nginx 默认等 30 秒就返回504 Gateway Timeout - PHP-FPM 的
request_terminate_timeout被启用（路径如/www/server/php/80/etc/php-fpm.conf），它优先级高于max_execution_time，且默认可能设为 30 - 你用了「网站 → 配置 → PHP 配置 → 自定义 php.ini 参数」，宝塔会生成
php_admin_value max_execution_time 30写进 nginx.conf，这个值无法被ini_set()或set_time_limit()覆盖 -
phpinfo()里看max_execution_time的Local Value是 30，说明某处硬编码覆盖了你的修改
必须同步调整的四个关键位置
只动一处等于白动。这四层必须对齐，且建议全部 ≥ 你预期的任务耗时（比如导出报表要 10 分钟，就统一设成 600）：
-
php.ini：确认路径是/www/server/php/80/etc/php.ini（80 对应 PHP 8.0），改max_execution_time = 600和max_input_time = 600（上传大文件或 POST 数据多时必调） -
php-fpm.conf：打开/www/server/php/80/etc/php-fpm.conf，找request_terminate_timeout，取消注释并设为600；如果这行不存在，手动加一行 - Nginx 站点配置：进【网站】→ 目标站 → 【配置文件】，在
location ~ \.php(.*)$ {块内加入：fastcgi_read_timeout 600; fastcgi_send_timeout 600; fastcgi_connect_timeout 600;
别只加read_timeout，send和connect超时太短也会中断 - 确认没被
php_admin_value锁死：检查该站点的 nginx 配置文件里是否含php_admin_value max_execution_time，有就得删或改成一致值
set_time_limit() 和 ini_set() 为什么有时无效？
这两个函数看似灵活，但在宝塔 + PHP-FPM 场景下容易失效，原因很具体：
立即学习“PHP免费学习笔记（深入）”；
-
ini_set('max_execution_time', '600')失效：因为max_execution_time属于PHP_INI_ALL，但若 PHP 启用了php_admin_flag（比如某些安全模板会加php_admin_flag engine off），或被php_admin_value硬编码，它就完全不可写 -
set_time_limit(600)失效：只对当前执行点起重新计时，但如果脚本已运行超 30 秒才调用，它不会回溯补时；更关键的是，它不作用于 I/O 等待（如curl_exec()卡住、MySQL 查询锁表），这些时间不计入max_execution_time - CLI 模式下它们有效，但 Web 请求中，
set_time_limit(0)极危险——一旦下游服务假死，整个 FPM worker 会被长期占用，拖垮并发能力
真正适合长任务的方案不是调超时，而是换执行环境
Web 请求上下文天生不适合跑分钟级任务。即使四层超时全调到 3600，仍面临连接断开、浏览器超时、FPM 进程池耗尽等问题。更稳妥的做法：
- 把耗时逻辑拆出来，用 CLI 模式执行：
php /www/wwwroot/site/task.php，它默认不限时，且不受 Nginx/FPM 超时影响 - 配合异步触发：前端提交后立即返回“任务已下发”，后台用
shell_exec("nohup php ... > /dev/null 2>&1 &")或宝塔计划任务调度 - 加进度反馈：CLI 脚本运行时写日志或更新数据库状态字段，前端轮询查进度，避免用户干等
- 注意权限：CLI 使用的 PHP 配置可能和 Web 不同（
php --ini对比phpinfo()的Loaded Configuration File），内存限制、扩展等也要单独检查
调超时参数只是临时止痛，真正的复杂点在于：每层超时机制独立生效、互不通知，且优先级隐含（request_terminate_timeout > php_admin_value > php.ini > set_time_limit()）。不逐层验证，永远不知道哪一层悄悄把你杀了。
