ThinkPHP 6 中修改 max_execution_time 无效，因框架在 App::run() 后主动覆盖为10秒；应于 app_init 事件中用 ini_set 重设，且仅对 Web 请求生效，推荐设具体值（如300）并配合异步任务处理长耗时逻辑。
ThinkPHP 6 的 max_execution_time 为什么改了没用？
直接在 php.ini 或运行时调用 set_time_limit(0)，在 ThinkPHP 6 中很可能无效——因为框架在 App::run() 后、响应发送前，会主动调用 ini_set('max_execution_time', 10)（具体值取决于配置），覆盖你之前的设置。
真正起效的位置是框架启动流程的「早期」，且需避开命令行与 HTTP 环境的差异。常见错误现象：页面报 Maximum execution time of 10 seconds exceeded，但你在控制器里写了 set_time_limit(0) 却依然超时。
- HTTP 请求下，ThinkPHP 默认设为
10秒（见thinkphp/library/think/App.php的run()方法末尾） - 命令行（
php think xxx）默认不限制，但如果你手动设置了max_execution_time，它也会生效 - 修改
php.ini中的max_execution_time对 CLI 有效，对 FPM/Swoole 等 Web SAPI 需重启对应服务才可能生效
如何在 HTTP 请求中安全延长超时（推荐方式）
最稳妥的做法是在应用初始化阶段就重置，避免被框架后续逻辑覆盖。ThinkPHP 提供了 app_init 和 app_begin 两个事件钩子，其中 app_init 是最早可干预的时机（早于路由解析和中间件加载）。
在 app/event.php 中注册：
立即学习“PHP免费学习笔记（深入）”；
return [
'app_init' => [
function () {
// 只对 Web 请求生效，排除 CLI
if (php_sapi_name() !== 'cli') {
ini_set('max_execution_time', '300'); // 5 分钟
}
}
],
];
- 不要写在控制器或中间件里——此时框架已设过一次超时，再改可能来不及
- 数值建议设为具体秒数（如
300），而非0；生产环境禁用无限超时，防止死循环拖垮服务器 - 若使用 Swoole 或 Hyperf 混合部署，该配置仅影响 PHP-FPM 进程，Swoole 自身有
worker_timeout配置，需单独调整
长任务必须脱离 Web 生命周期：别让请求等结果
即使把超时调到 30 分钟，也不建议让 HTTP 请求长时间挂起——用户浏览器可能断连、Nginx/Apache 会主动切断、负载均衡器也有 idle timeout（通常 60–300 秒）。
真正健壮的方案是「立即响应 + 异步执行」：
- 收到请求后，立刻返回任务 ID（如
{"task_id": "task_abc123"}）和状态查询地址 - 用
think-queue或原生exec("nohup php think task:run ... &")启动后台进程 - 前端轮询
/api/task/status?task_id=xxx获取进度（状态存 Redis 或数据库） - 避免在 Web 进程中用
sleep()、file_get_contents()等阻塞操作模拟长任务
例如启动异步任务：
// 控制器中
$taskId = uniqid('task_');
cache('task_' . $taskId, ['status' => 'pending', 'start_time' => time()]);
// 推入队列（推荐）
Queue::push(new LongTaskJob($taskId, $params));
// 或直接 fork（简单场景，注意资源清理）
exec("nohup php " . base_path() . "think task:run {$taskId} > /dev/null 2>&1 &");
Swoole 环境下超时控制完全独立
如果项目跑在 Swoole（如 think-swoole 扩展），max_execution_time 基本失效——Swoole 使用自己的定时器和协程调度，PHP 的超时机制不介入。
此时关键配置在 config/swoole.php：
-
'worker_num' => 8：影响并发能力，间接决定长任务堆积风险 -
'task_worker_num' => 4：专用于执行耗时任务（如导出、渲染），应在此类 worker 中处理长逻辑 -
'worker_timeout' => 30：单位秒，指 worker 进程空闲多久后自动退出（非单次执行超时） - 单次任务超时需靠协程
go()+Co::sleep()或Channel超时控制，不能依赖set_time_limit
示例：在 task 进程中做带超时的 HTTP 请求
go(function () use ($url) {
$client = new Co\Http\Client('httpbin.org', 80);
$ret = $client->get('/delay/10');
if ($ret && $client->statusCode == 200) {
echo 'success';
}
});
ThinkPHP 的超时不是单点开关，而是 PHP SAPI、Web 服务器、框架层、运行时四层叠加的结果。改一处不如理清各层职责：HTTP 请求只负责触发和反馈，真耗时交给队列或 task worker，超时配置只作为兜底保险，而不是主力手段。 
