Azure Service Bus主题消息被同一服务多实例重复接收的原因分析

• 消息锁定超时未完成处理：Azure Service Bus默认使用PeekLock模式，消息被拾取后会被锁定一段时间（默认30秒）。如果Pod处理消息的耗时超过锁的有效期，或者Pod在锁到期前意外终止，锁会自动释放，这条消息会重新回到订阅的可消费队列，被其他Pod接收。
• 主动释放消息锁：如果服务代码中主动调用了Abandon()或ReleaseLock()方法，会提前解除消息的锁定状态，消息会立即重新进入可消费状态，被其他实例拾取处理。
• 未正确确认消息：处理完成后如果没有调用Complete()方法确认消息，锁到期后消息会被重新投递。这种情况常见于代码逻辑错误、异常捕获不完整，导致确认步骤未执行。
• Pod异常重启：Kubernetes因资源不足、健康检查失败等原因重启Pod时，正在处理的消息还未完成确认，锁到期后消息会被重新分配给其他Pod。
• 未启用重复检测：如果主题或订阅未启用重复检测功能，当因网络波动等原因导致服务端未收到Complete()确认时，可能会重复投递同一条消息；即使启用了重复检测，若检测窗口（最长7天）过短，也可能出现重复。
• 会话模式配置问题：如果依赖会话模式保证单实例处理，但消息未设置有效的SessionId，或者客户端未正确绑定会话，可能导致同一条消息被不同的会话消费者接收。

内容的提问来源于stack exchange，提问作者Vivek Nuna