Azure Service Bus消息重复接收问题及MaxAutoRenewDuration调优咨询

调大 MaxAutoRenewDuration 的优缺点 #

优点 #

• 直接缓解当前因消息处理时长超过续锁上限导致的锁丢失问题，减少重复消费场景，无需修改业务处理逻辑
• 给耗时不稳定的业务处理提供更长的缓冲窗口，避免因临时峰值处理时长引发的异常

缺点 #

• 若消费者进程意外崩溃，被锁定的消息会在更长时间内无法被其他消费者处理，降低了消息处理的容错性和整体吞吐量
• 增加Service Bus服务端的续锁请求开销，大量长时长的续锁操作可能轻微提升服务端资源消耗
• 仅作为临时缓解方案，无法从根本上解决业务处理效率低下的问题，若后续处理时长进一步增加，锁丢失问题会再次出现

重复接收消息与测试订阅显示差异的原理 #

消息锁定与重复消费的逻辑 #

当应用从订阅接收消息时，Service Bus会为该消息添加独占锁（锁初始时长由订阅的LockDuration配置，默认30秒）。MaxAutoRenewDuration是客户端自动续锁的最大总时长：

• 如果消息处理时长超过这个上限，锁会主动失效，消息会被重新放回当前订阅的可消费队列，变为可见状态，应用就会再次接收到这条消息
• 你的prefetchCount设为0，意味着每次仅接收一条消息，所以锁丢失后，下一次接收请求会直接拿到这条重新入队的消息，表现为重复接收

主题订阅的独立副本机制 #

主题下的每个订阅都拥有独立的消息存储：

• 主题收到消息后，会为每个活跃订阅复制一份消息副本
• 测试订阅的消息副本从未被消费或锁定，因此一直处于未处理的可见状态，仅显示一条
• 应用订阅的消息副本因锁丢失被重新放回队列，所以应用会多次接收到该副本，直到它被成功调用Complete标记为处理完成，或达到最大重试次数后进入死信队列

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