Laravel 5.4队列监听超时求助：执行一次后进程退出

首先，这个错误的核心原因很明确：你的SaveDailyPropertyPickup任务执行时间超过了Laravel队列监听默认的60秒进程超时阈值，导致queue:listen进程直接终止。下面给你几个合理的解决方案，按推荐程度排序：

1. 为耗时任务单独设置超时（最推荐） #

不要直接全局设置timeout=0，而是针对这个特定任务调整超时时间，这样不会影响其他正常的短任务。

在你的SaveDailyPropertyPickup任务类中添加一个$timeout属性，设置为任务实际需要的时长（比如120秒，根据你的任务耗时调整）：

class SaveDailyPropertyPickup implements ShouldQueue
{
    public $timeout = 120; // 设置任务超时时间，单位：秒

    public function handle()
    {
        // 你的任务逻辑
    }
}

这种方式更灵活，只针对耗时任务放宽限制，避免全局设置带来的潜在风险。

如果你的任务是在单独的队列里，也可以在启动监听时针对该队列设置超时：

nohup php artisan queue:listen --tries=3 --timeout=120 &

不过这种是全局生效，不如任务类单独设置精准。

2. 拆分耗时任务 #

如果SaveDailyPropertyPickup是在处理大量数据（比如批量更新、导入），建议把它拆分成多个小任务。比如原来一次性处理1000条数据，改成10个任务每个处理100条。这样每个小任务的执行时间都会控制在60秒以内，既避免了超时，也能利用队列的并行处理能力提升效率，后续排查问题也更方便。

3. 谨慎使用timeout=0 #

如果你的任务执行时间完全无法预估（尽量避免这种情况，优先优化任务逻辑），可以考虑设置timeout=0来禁用超时限制，但要注意风险：如果任务陷入死循环或者无限阻塞，这个进程会一直占用服务器资源，不会自动终止。

使用命令：

nohup php artisan queue:listen --tries=3 --timeout=0 &

用这个选项之前，一定要反复检查任务逻辑，确保没有死循环、无限等待之类的问题。

4. 改用queue:work配合进程管理器（生产环境最优方案） #

Laravel官方其实更推荐生产环境使用queue:work搭配Supervisor这类进程管理器，而不是nohup。queue:work是单个进程处理任务，Supervisor可以自动重启意外退出的worker进程，还能管理多个worker进程，保证队列始终有监听。

大致配置步骤：

1. 安装Supervisor（比如Ubuntu下用apt-get install supervisor）
2. 在/etc/supervisor/conf.d/下创建配置文件（比如laravel-queue.conf）：

[program:laravel-queue]
process_name=%(program_name)s_%(process_num)02d
command=php /var/www/core/v1/general-api/artisan queue:work --tries=3 --timeout=120
autostart=true
autorestart=true
user=www-data
numprocs=2
redirect_stderr=true
stdout_logfile=/var/log/laravel-queue.log

3. 重新加载Supervisor配置并启动：

supervisorctl reread
supervisorctl update
supervisorctl start laravel-queue:*

这种方案稳定性更高，即使某个worker因为超时退出，Supervisor会立刻重启一个新的，不用手动维护。

最后建议你先排查下SaveDailyPropertyPickup任务的具体耗时：在任务的handle方法开头和结尾添加日志记录时间，看看实际执行了多久，这样能更有针对性地调整方案。

内容的提问来源于stack exchange，提问作者user9492428