为什么Azure Logic在队列(peek-lock)中接收消息时"Next Available“要等这么久才能接收到队列消息？

Question

我的设置：

• 我已经创建了一个启用会话的Azure队列。
  • Lock duration = 1 minute

​

我已经创建了一个带有触发器的Azure逻辑应用程序“当在队列(peek-lock)中接收消息时，

• Session id = Next Available
• Interval = 15，Frequency = Second
• If在Azure Logic中的步骤成功，i Complete the message in a queue，否则i Dead-letter the message in a queue

​

我的研究结果：

Azure逻辑应用程序一次接收一条队列消息并对其进行处理，但在我将message.

• Note:设置为特定会话id时，它会等待整个Lock duration (在我的示例中为1分钟)，当它将Session id设置为特定的会话id时，它不会等待，而是立即处理消息(

)

我的问题是：

• 我希望Azure在完成Session id = Next Available后立即处理更多的队列消息。这有可能吗?是否有一个设置我遗漏了，告诉Azure逻辑应用程序不要等待整个锁周期？

Answer 1

您的消息有相同的SessionId吗？

在这种情况下，我认为您的Logic持有会话锁，因此您需要使用“在队列中关闭会话”任务。

如果您有多条具有相同SessionId的消息，那么根据我的简单测试，在接收具有相同SessionId的下一条消息之前，会话锁似乎要保持一分钟。会议结束后，将立即处理同一届会议中的下一条消息。

在生产使用中，我也有类似的情况，我需要等待一段时间，并使用相同的SessionId将所有消息拉到一起，但是如果有多个会话正在进行，那么它可以很好地运行并发逻辑应用程序，这在我的测试设置中是一样的。