本文介绍在 laravel 中配置路由以避免“最大执行时间超出”错误，通过设置 `max_execution_time` 为 0 实现长期运行任务，同时强调其适用场景与关键注意事项。
在 laravel 应用中，若需实现一个持续运行、不主动终止的后台服务（例如长轮询监听、简易守护进程或调试用的无限循环），直接在 Web 路由中使用 while(true) + sleep() 并调用 curl 访问该路由，极易触发 php 的默认执行时间限制（通常为 30 或 60 秒），导致返回 Fatal Error: Maximum execution time of X seconds exceeded。
✅ 正确做法是：在路由处理逻辑的最开始显式禁用执行时间限制：
// 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’) 是快速验证逻辑的临时手段，而非可持续架构。请始终优先考虑异步、解耦、可监控的后台任务设计。