Hacktoberfest 2026：维护者为十月标记出来的 issue，仍然开放、适合新手。 浏览 Hacktoberfest issue

【Bug】rocketmq-v5-client-spring-boot 的 Simple Consumer 是否不支持 FIFO 消息语义？

未关闭
  • 哪里不对？
#675 1 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
35/100
Issue 类型
缺陷
描述清晰度
需要澄清
活跃度
冷清
技术栈
java, spring-boot
领域
distributed-systems

调研方向

未指定源文件或测试。首先使用 FIFO 消息重现列出的 Simple Consumer 序列，重点关注重复调用 receive() 以及 ack() 的顺序；将观察到的投递和重试行为与预期的 FIFO 语义进行比较。完成的标准是确定这是预期行为还是已确认的 bug，并确定相关的实现区域和验证路径。

由索引模型根据 Issue 内容生成。

描述

现象： Simple Consumer 消费FIFO队列时，未对前一条消息执行确认（ack）的情形下，可以接收并确认下一条消息。
这似乎违反了FIFO语义，请问是否为Bug。

操作步骤：

  1. Simple Consumer 工作线程循环调用 receive() 方法接收FIFO队列消息
  2. Producer 向 Simple Consumer 发送 FIFO 消息 A
  3. Simple Consumer 接收到消息 A 后不确认（不调用 ack()）
  4. Producer 向 Simple Consumer 发送 FIFO 消息 B
  5. Simple Consumer 会收到 FIFO 消息 B
  6. Simple Consumer 确认消息B（ack(B)）成功
  7. 过一段时间后，Simple Consumer 会收到消息 A 的重试消息
主要语言
Java
星标
2.3k
派生
941
30 天内没有已合并 PR

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 有 Pull Request 模板
  • 没有贡献指南

从这里开始

  1. 先读完整个 Issue，再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库，在一个分支上完成修改。
  4. 提交 Pull Request，并在描述里引用这个 Issue 编号。

apache/rocketmq-spring 的其他 Issue

查看 apache/rocketmq-spring 的全部 Issue

相似的 Issue

更多 Java Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。