queue:listen 和 queue:work --daemon 的区别

三种情况

  • queue:work 默认只执行一次队列请求,当请求执行完成后就终止;
  • queue:listen 监听队列请求,只要运行着,就能一直接受请求,除非手动终止;
  • queue:work –daemon 同 listen 一样,只要运行着,就能一直接受请求,不一样的地方是在这个运行模式下,当新的请求到来的时候,不重新加载整个框架 , 而是直接 fire 动作.

能看出来,queue:work –daemon 是最高级的,一般推荐使用这个来处理队列监听.

注意:使用 queue:work –daemon , 当更新代码的时候,需要停止,然后重新启动,这样才能把修改的代码应用上.

至于存在的必要

首先,–daemon 是在 Laravel 4.2 以后才加入的.
其次,从上面的分析来看,queue:listen 和 queue:work –daemon 还是有区别的.

参考链接

本作品采用《CC 协议》,转载必须注明作者和本文链接
微信公众号:《汀风说后端》。个人网站:blog.mailjob.net
《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 4
sanders

跟楼主所说的恰恰相反,如果你执行 php artisan queue:work --help,你会发现 --daemon 已经被标注为 “(Deprecated)” 。

10个月前 评论
汀风说后端 (楼主) 10个月前

现在默认已经是 daemon 的了,除非手动加上 once。而 listen 内部实际上也是调用了 work ,然后指定了 once。

虽然 daemon 会驻留框架加载过程,可以在一定程度上提高队列的处理效率。但是在一些情况下也是存在问题,比如使用了静态变量、静态属性存在累加等,如同 swoole 这类应用一样,处理不当可能会造成 memory leak。

可以简单理解为,listen 等同于 FPM 的方式运行 PHP,而 work 则相当于 swoole 或 workerman 等命令行的方式运行。

10个月前 评论
汀风说后端 (楼主) 10个月前

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!