Azure Service Bus主题订阅竞争消费者PrefetchCount分配不均问题咨询

嘿，先给你吃个定心丸：这是Azure Service Bus的预期行为，不是你配置出问题啦！主题订阅和队列的消息分发逻辑从设计上就不一样，咱们慢慢唠清楚。

为啥两者行为差这么多？ #

队列：天生的“公平分配选手” #

队列的核心设计就是轮询式均匀分发——不管你开不开预取（PrefetchCount），服务端都会主动把消息平摊给在线的消费者。哪怕你开了预取，等消费者把预取的消息处理完，服务端还是会按轮询规则给它发新消息，确保大家都有活干，负载能均衡。

主题订阅：更偏爱“熟客” #

主题订阅的分发逻辑就不一样了，它自带点“消费者亲和性”的倾向，尤其是低负载的时候：

• 当你没设PrefetchCount（默认是0），消费者每次只请求一条消息，服务端就只能按轮询给，看起来就和队列一样均匀。
• 但一旦PrefetchCount>1，第一个发起请求的消费者会一次性抱走一批消息，服务端觉得“维持现有连接更省资源”，就会优先把后续消息塞给这个“熟客”。只有当这个消费者的预取队列满了、或者消息处理不过来导致锁超时，服务端才会想起其他消费者，把消息分流过去。
• 你说高负载下其他消费者能收到消息，就是因为这时候第一个消费者的预取队列已经装不下了，服务端不得不分给其他人，但因为之前的亲和性，负载肯定没法像队列那样完全均匀。

你的配置没问题！ #

你设置的MaxConcurrentCalls=200、PeekLock模式、CorrelationFilter都是合理的，这些不会改变上面说的核心分发逻辑：

• MaxConcurrentCalls只是管消费者本地同时能处理多少条消息，和服务端怎么分消息没关系。
• CorrelationFilter只是帮你过滤订阅要收的消息范围，不影响消息在消费者之间的分配。

想让订阅更均衡？试试这几招 #

如果希望主题订阅的消费者能更均匀地接消息，可以试试这些优化：

• 把PrefetchCount设小一点（比如10-20），减少单次预取的数量，让服务端有更多机会把消息分给其他消费者。
• 尽量让所有消费者同时启动，别让某一个先跑起来抢占消息。
• 等负载上去了，这种“偏爱熟客”的情况会自然缓解，服务端会更愿意把消息分给空闲的消费者。

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