queue:work --daemon和queue:listen之间有什么区别

Log*_*ley 63 laravel laravel-4 laravel-5

我正在设置我的离线作业服务器.我已经阅读了文档,但我仍然没有看到两个命令之间的差异:artisan queue:work --daemonartisan queue:listen.我应该使用哪个命令来运行我的守护进程?

Lau*_*nce 117

编辑更新2017-04-07:

现在有三种方法来运行队列:

  • queue:work - 这是新的"守护进程"进程(不再需要该标志).该框架将启动"一次" - 然后继续循环工作.这将无限期地继续下去.它使用较少的内存/ CPU,queue:listen因为框架在整个时间内保持不变.您还必须记住使用queue:restart强制队列来更新在修补期间推送的任何代码更改.

  • queue:work --once - 这将激活框架,处理一个作业,然后关闭.适用于开发过程中的测试等

  • queue:listen - 这将在每个周期启动框架,处理一个作业,然后完全关闭,然后再次启动框架等,并无限循环.这意味着在处理每个作业后释放所有内存/进程.如果你有内存泄漏queue:work- 尝试一下.

--daemon标志不再对这些命令产生影响.

原始答案:

列出了两个不同的问题.

artisan queue:workartisan queue:listen

  • queue:work将简单地弹出队列中的下一个作业,并仅处理该作业.这是一个"一次性"命令,一旦处理完一个队列命令,它将返回到命令提示符.
  • queue:listen将侦听队列,并继续处理它收到的任何队列命令.这将继续无限期地运行,直到你停止它.

在Laravel> = 4.2中--daemon添加了一个命令.它的工作方式只是直接运行队列,而不是在处理完每个队列后重新启动整个框架.这是一个可选命令,可显着降低队列的内存和CPU要求.

--daemon命令的重点在于,当您升级应用程序时,需要专门重新启动队列queue:restart,否则您可能会遇到各种奇怪的错误,因为您的队列仍然会在内存中包含旧代码.

那么回答你的问题" 我应该使用哪个命令来运行我的守护进程? " - 答案几乎总是如此queue:work --daemon

  • 如果您使用--daemon标志运行,则需要认真对待文档中的内存警告.如果您正在处理大型文件或执行其他内存密集型操作,则该过程可能会泄漏至少一些内存并最终崩溃.我甚至尝试在这些工作中释放记忆力但收效甚微.最好使用Supervisor来生成新的Queue :: work进程. (2认同)

Alu*_*tha 16

事情已经改变,但文件中没有提到

 --daemon  Run the worker in daemon mode (Deprecated)
Run Code Online (Sandbox Code Playgroud)

现在默认情况下 php artisan queue:work以守护进程模式运行

所以queue:work继续处理作业而不重新启动框架

一旦命令运行它,

php artisan queue:work --once


Sim*_*ted 5

最重要的区别是queue:work --daemon不会在每个作业上重新启动框架,但queue:listen 重新启动。实际上,listen为每个作业启动一个全新的Laravel流程。

自己尝试:打开2个终端,并work --daemon在另一个listen中运行。该work窗口将速度远远超过执行作业listen