azure - 当您无法使确切的排队消息出队时，QueueTriggerAttribute 有什么用呢？或者你可以吗？

Question

我试图了解有关 Azure Functions 的 QueueTriggerAttribute 与队列存储一起使用的一些信息。我可以看到，QueueTriggerAttribute 允许我将 Azure 函数绑定(bind)到队列存储事件，以便在将新项目添加到队列时 - 我的函数使用该新消息的内容进行调用。

这有什么用呢？

仍然无法在触发的函数中使确切的队列存储项出队，对吗？您能做的最好的事情就是弹出队列中的下一个可用项目，该项目可能不是触发该函数的项目。

我猜理论上 1 次推送到队列存储会触发 1 次函数调用，您可以在其中进行 1 次弹出调用。因此，最终您仍然可以利用这些触发器来处理队列中的所有项目 - 只要没有中断或任何会导致触发器未处理的情况，从而导致项目卡在队列中。

我在这里遗漏了什么吗？我正在研究队列存储与 Azure Functions 和 QueueTrigger 的结合。 。我正在尝试概念化执行函数的队列驱动工作流程，但我觉得这似乎不正确 - 或者我不理解这里的某些内容。

Answer 1

看来您理解有误，但我不确定您的困惑是什么。

当您向队列发送 1 条消息时，监听该队列的函数将触发，并且该消息的内容将作为输入参数传递给您编写的代码。

您的代码不需要也不应该显式地从队列中“弹出”任何内容 - 这是由 Azure Functions 运行时在幕后完成的。一次调用将仅处理该单个消息，并会尽快退出。

看看这段代码:

[FunctionName("QueueTrigger")]
public static void QueueTrigger(
    [QueueTrigger("myqueue-items")] string myQueueItem, 
    TraceWriter log)
{
    log.Info($"C# function processed: {myQueueItem}");
}

除了属性之外，没有任何代码可以与队列一起使用。它只会被触发，每条消息一次。