Laravel queue:work异常：开发环境持续运行，生产环境几秒即终止

首先得明确：你当前用Laravel调度（schedule）来启动queue:work的方式，本身就不符合Laravel队列的设计逻辑，这是导致开发环境内存耗尽的核心原因。

为什么会出现这种差异？ #

queue:work是一个常驻进程，默认会一直运行、持续监听队列任务，直到手动停止或遇到致命错误才会退出。

• 开发环境中，你的QUEUE_CONNECTION（比如默认的sync或database）会让queue:work持续轮询队列，即使没有任务也不会自动退出。每分钟通过调度启动一个新的queue:work进程，最终导致进程堆积、内存耗尽。
• 生产环境中进程几秒就终止，大概率是巧合：可能是生产环境的PHP配置了max_execution_time限制，导致进程被强制终止；或者队列驱动的特性（比如某些环境下sync驱动在无任务时会快速退出）；甚至可能是服务器有进程监控工具自动清理了空闲进程。但这不是正常的队列运行方式，只是刚好没触发内存问题而已。

正确的队列进程管理方式 #

Laravel官方推荐用进程管理器来维护queue:work进程，而不是依赖cron定时启动。下面是两种可行方案：

方案一：用Supervisor管理队列进程（生产环境推荐）

Supervisor是Linux系统下的进程管理工具，可以确保queue:work持续运行，进程意外退出时自动重启。

1. 安装Supervisor（CentOS 7.4）：

   yum install supervisor
   

2. 创建队列进程的配置文件（比如/etc/supervisor/conf.d/laravel-queue.conf）：

   [program:laravel-queue]
   process_name=%(program_name)s_%(process_num)02d
   # 替换为你的项目路径，可根据需求调整参数（--sleep是无任务时休眠秒数，--tries是任务重试次数）
   command=php /path/to/site/artisan queue:work --sleep=3 --tries=3 --max-time=3600
   autostart=true
   autorestart=true
   user=nginx
   numprocs=2 # 启动2个队列进程，可根据服务器配置调整
   redirect_stderr=true
   stdout_logfile=/path/to/site/storage/logs/queue.log # 日志路径
   

3. 启动Supervisor并设置开机自启：

   systemctl start supervisord
   systemctl enable supervisord
   

4. 加载配置并启动队列进程：

   supervisorctl reread
   supervisorctl update
   supervisorctl start laravel-queue:*
   

方案二：用--stop-when-empty参数适配调度（仅适合低任务量场景）

如果你一定要用cron触发队列任务，需要给queue:work加上--stop-when-empty参数，让它执行完所有待处理任务后自动退出，避免进程堆积：

// 在app/Console/Kernel.php中修改调度代码
$schedule->command('queue:work --stop-when-empty')->cron('* * * * *');

这种方式效率较低，适合任务量极少、不需要实时处理的场景。

方案三：单次执行任务（极端场景）

如果只需要每次调度执行一个任务，可以用--once参数：

$schedule->command('queue:work --once')->cron('* * * * *');

同样，仅适合任务量非常小的场景。

额外检查点 #

你可以对比两台服务器的.env文件，查看QUEUE_CONNECTION配置的差异，这也可能是进程行为不同的原因之一。比如生产环境如果用了sync驱动，而开发环境用了database驱动，进程的持续行为也会有区别。

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