- 1.2 EMQ简介
- 1.3 快速开始
- 1.3.1 集群信息
- 1.3.2 控制台管理示例
- 1.3.3 代码示例
- 1.3.4 SDK
- 1.4 基础知识
- 1.4.1 基本概念
- 1.4.2 消息状态和接收模型
- 1.5 常见问题
- 1.5.1 Queue
- 1.5.2 Message
- 1.5.3 常见异常
- 1.5.4 其他
- 1.6 Queue API
- 1.6.1 创建/删除/清理 Queue
- 1.6.2 设置 Queue 属性/配额
- 1.6.3 获取 Queue 信息
- 1.6.4 Queue 权限操作
- 1.6.5 拷贝 Queue 元数据
- 1.7 Message API
- 1.7.1 发送 Message
- 1.7.2 接收 Message
- 1.7.3 更改 Message 不可见时间
- 1.7.4 删除(ACK) Message
- 1.7.5 重新驱动 Message
- 1.7.6 查询 Message
- 1.7.7 直接删除 Message
- 1.8 报警/统计 API
- 1.8.1 设置/获取 用户联系/配额信息
- 1.8.2 添加/移除/获取 Queue 报警策略
- 1.8.3 设置/获取 Queue 每日消息统计
- 1.9 高级队列功能
- 1.9.1 多读者/Tag
- 1.9.1.1 模型介绍
- 1.9.1.2 相关API
- 1.9.2 死信队列
- 1.9.3 Topic Queue
- 1.9.4 Priority Queue
- 1.10 计费规则
- 1.11 新旧版认证迁移
1.9.4 Priority Queue
PriorityQueue是一种允许用户设置消息优先级的Queue,创建的时候需设置相应参数enablePriority
为true。
相对应的,可以向PriorityQueue中发送带有优先级信息的消息。 优先级从高到低的取值范围为[1, 16]。
用户在使用PriorityQueue的时候需明确以下几点:
消息优先级不是全局的,是局部的。 局部是指在某个Partition中优先级有效, 而不是在整个Queue中有效。 EMQ在返回消息的时候,如果选取的某个Partition中有高优先级的消息,那么这些高优先级消息会优先返回, 但是如果取的某个Partition中没有高优先级的消息,也会先返回这个Partition中现存的最高优先级的消息, 而与此同时,有可能在其他的Partition中有更高优先级的消息,但是这些消息不会返回。
如果业务必需消息先进先出,即需要全局优先级,建议在消费消息后由用户进行重新排序。 这里暂时给一个优先队列的替代方案,后续我们会尝试寻找一个折中方案去实现优先队列,如下图:
这里priority level 1、priority level 2....只是普通的队列,但是我们定义它:第一个队列只存放优先级为1的消息;第二个队列只存放优先级为2的消息.....
细心的读者会发现,那还不是要在本地维护一个优先队列,万一机器重启了什么的,我在本地优先队列里的数据不就完全没了?对于这种情况,我们可以:在receive thread接收到消息时,先不ack(调用deleteMessage方法),等到处理线程真正处理完这条消息,再ack,这样即使机器重启了,这些丢失的消息在一段时间后又会变的可见,就可以被重新接收到了。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论