ServiceBusReceiver与Azure Service Bus通信模型及ReceiveMessageAsync原理问询

通信模型：拉取（Pull）模型 #

ServiceBusReceiver 采用的是拉取模型，但底层是基于长轮询的优化实现，而非传统的短轮询。

ReceiveMessageAsync 后台执行逻辑 #

当调用 ServiceBusReceiver.ReceiveMessageAsync() 或带超时参数的 ServiceBusReceiver.ReceiveMessageAsync(TimeSpan.FromMinutes(10)) 时，后台流程如下：

• SDK 会向 Azure Service Bus 服务发起一个长轮询请求，请求的超时时间由传入参数决定（不传则使用默认值）。
• 若服务当前有可用消息，会立即将消息返回给 Receiver。
• 若没有可用消息，服务会保持请求挂起状态，直到有新消息到达，或者到达指定超时时间后返回（超时无消息时返回空结果）。
• 本质是 Receiver 主动发起长轮询请求，而非 Azure Service Bus 主动向 Receiver 推送通知。Service Bus 只会在长轮询请求的上下文内返回消息，不会主动发起连接推送。

你提到的 InnerReceiver 是 Azure Service Bus .NET SDK 内部的底层封装类，负责处理与服务端的 AMQP 连接、会话管理以及长轮询的具体通信细节，属于 SDK 内部实现，对外不公开。

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