Azure服务总线主题接收消息
参考https://github.com/Azure/azure-service-bus/tree/master/samples/dotnet/gettingstart/microsoft.Azure.servicebus/basicsendreceiveusingtopicsubscriptionclient，我了解Azure服务总线主题的一般工作方式，我的问题更多地是关于它实际上是如何工作的。
当MesageHandler注册（SubscriptionClient.RegisterMessageHandler）时，它开始接收消息，如我在
Console.WriteLine($"Received message: SequenceNumber:{message.SystemProperties.SequenceNumber} Body:{Encoding.UTF8.GetString(message.Body)}");
然而，我的问题是，客户端实际上是使用拉模式接收消息，还是从服务总线推送消息？客户端是否进行了连续轮询来接收消息--这在内部是如何工作的？
共有1个答案
客户端正在执行长轮询。即。它会要求一个消息并等待它。如果超时一分钟后没有返回任何内容，它将再次轮询。如果在超时到期之前有消息可用，则该消息将被提供给消息处理程序，并重新开始轮询。Azure服务总线不会将消息推送到客户端。
-
我正在使用Azure服务总线主题机制。此外，我已经将消息发送到主题，并希望通过编程方式检查是否将消息发送到主题。 代码： 有没有办法获得响应或状态代码？
-
我正在使用azure service bus主题，我已经为它订阅启用了会话。 在my logic应用程序中，我使用来自主题的sql事务插入数据，我使用主题订阅（peek-lock）并在订阅服务器级别将并发设置为默认，如下所示 根据我的理解，我的逻辑应用程序（订阅者）应该读取所有的消息，并且必须在FIFO中处理 我的逻辑应用程序像
-
null 输出 谁能解释一下为什么会这样吗？这对我来说有点迷惑？
-
我希望以批处理模式接收来自Azure ServiceBus主题的消息。 阅读https://docs.microsoft.com/en-us/Azure/Azure-functions/functions-best-practices时指出： 我有一个方法： 这个方法是有效的，但它一次只需要一个消息。 根据Microsoft文档,我可以将其更改为： 注意：主题和订阅已启用“启用批处理操作”设置。
-
根据MS文档，从订阅接收消息并不困难。但是，如果我希望我的应用程序在每次发布新消息时都接收一条消息--一个恒定的轮询。因此，使用了SubscriptionClient类的OnMessage（）方法。 MS文档说：“...当调用OnMessage时，客户端启动一个内部消息泵，该消息泵不断轮询队列或订阅。该消息泵由发出Receive（）调用的无限循环组成。如果调用超时，它发出下一个Receive（）调
-
我有一个超时选项，只想在超时前接收消息。 如果您能解释下面的代码是如何工作的，以及我如何修改下面的代码以在特定的时间框架内接收消息，并且一旦我的超时已经到达就停止接收，这将是很有帮助的。