ActiveMQ_JMS签收
生产者偏事务 (生产者不涉及签收)/ 消费者偏签收(消费者有涉及事务,但是没有生产者那么强烈)
非事务消费者签收:
事务消费者签收:
首先在消费者这端正确的做法应该是:事务开启了,那就要commit,手动签收,那就要添加acknowleage方法进行签收,这是标配;但是我们得讨论不是标配的情况下:
情况一:事务开启,commit了,手动签收,但是没有添加acknowleage方法来签收;结果是 消息会被正常消费并且只能消费一次,所以属于正确情况。这里说下,只要事务开启了,也commit,就相当于自动签收了,第二个参数是什么签收都无关要紧了
情况二:事务开启,没有commit,手动签收,有添加acknowleage方法来签收;结果是重复消费,属于不正常的情况,因为只要是没有commit,即使acknowleage也没用。
经过上面的情况,我们发现在消费者,事务的权利是略大于签收的。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异
· 三行代码完成国际化适配,妙~啊~