本文介绍在 laravel 中配置路由以避免“最大执行时间超出”错误，通过设置 `max_execution_time` 为 0 实现长期运行任务，同时强调其适用场景与关键注意事项。

在 Laravel 应用中，若需实现一个持续运行、不主动终止的后台服务（例如长轮询监听、简易守护进程或调试用的无限循环），直接在 Web 路由中使用 while(true) + sleep() 并调用 curl 访问该路由，极易触发 PHP 的默认执行时间限制（通常为 30 或 60 秒），导致返回 Fatal error: Maximum execution time of X seconds exceeded。

✅ 正确做法是：在路由处理逻辑的最开始显式禁用执行时间限制：

Claw Code Suite (Python-Only Edition)

仅使用 Python 将 Claw Code 虚拟化框架与 OpenClaw 集成，提供 184 种工具和 200 多条命令，用于安全分析和代码质量...

下载

// routes/web.php 或控制器方法中
Route::get('/running-service', function () {
    // 禁用 PHP 执行时间限制（0 表示无限制）
    ini_set('max_execution_time', '0');

    // 可选：关闭输出缓冲，避免响应卡住
    if (ob_get_level()) {
        ob_end_clean();
    }

    // 模拟长期运行逻辑（如监听队列、轮询外部状态等）
    while (true) {
        \Log::info('Service is running...', ['timestamp' => now()]);

        // 关键：必须加入可控暂停，否则 CPU 占用 100%
        sleep(5); // 每 5 秒执行一次，可根据实际需求调整

        // ✅ 强烈建议添加退出条件（如检查文件、数据库标记或信号）
        // 例如：if (file_exists(storage_path('RUNNING_OFF'))) break;
    }
});

⚠️ 重要注意事项：

• ini_set('max_execution_time', '0') 仅对当前请求生命周期生效，不能替代真正的守护进程方案；
• Web 服务器（如 Nginx/Apache）自身也有超时配置（如 fastcgi_read_timeout、proxy_read_timeout），即使 PHP 不超时，反向代理仍可能中断连接；
• 此方式不适用于生产环境的核心服务——它会阻塞 FPM worker 进程，降低并发能力，且无法优雅重启、监控或故障恢复；
• 真实项目中，请改用专业方案：
  ▪️ Laravel 队列 + php artisan queue:work --daemon（推荐）
  ▪️ 系统级守护进程（Supervisor + artisan 命令）
  ▪️ 独立 Go/Python 微服务 + API 通信

? 总结：ini_set('max_execution_time', '0') 是快速验证逻辑的临时手段，而非可持续架构。请始终优先考虑异步、解耦、可监控的后台任务设计。