Azure Webjobs：重放成功的函数行为
Azure Webjobs: Replay successful function behavior
我刚开始使用 Azure Webjobs 发送有关使用我开发的工具完成的成功检查的电子邮件通知。 Webjob 由从控制器发送的 CloudQueueMessage 触发。到目前为止基本上一切正常。
但现在我想知道如何使用 Webjobs 仪表板中的 'Replay Function' 按钮：我尝试使用此按钮重播成功的 CloudQueueMessage（因此重新发送电子邮件）。
消息被添加到队列中并且我的 Webjob 被触发，但是如果检查 CloudQueueMessage，一些先前设置的属性如 Id 和 PopReceipt 是空的。是什么导致了这种行为？
我需要 Id，因为在我的 Webjob 中我使用 'UpdateMessage()' 来设置消息的处理状态。
Replay 实际上并没有将新消息加入队列 - 它获取消息的 json/string 正文（显示在 Replay UI 中）并导致通过 "back channel" - json/string 数据用于在内存中构造一个新的队列消息，这就是调用您的函数的内容。因此只有 UI 中输入字符串中包含的信息才会传递给您的函数。
注意调用前可以修改消息体。您可以在重放之前设置您需要的位吗？
我刚开始使用 Azure Webjobs 发送有关使用我开发的工具完成的成功检查的电子邮件通知。 Webjob 由从控制器发送的 CloudQueueMessage 触发。到目前为止基本上一切正常。
但现在我想知道如何使用 Webjobs 仪表板中的 'Replay Function' 按钮：我尝试使用此按钮重播成功的 CloudQueueMessage（因此重新发送电子邮件）。
消息被添加到队列中并且我的 Webjob 被触发，但是如果检查 CloudQueueMessage，一些先前设置的属性如 Id 和 PopReceipt 是空的。是什么导致了这种行为？
我需要 Id，因为在我的 Webjob 中我使用 'UpdateMessage()' 来设置消息的处理状态。
Replay 实际上并没有将新消息加入队列 - 它获取消息的 json/string 正文（显示在 Replay UI 中）并导致通过 "back channel" - json/string 数据用于在内存中构造一个新的队列消息，这就是调用您的函数的内容。因此只有 UI 中输入字符串中包含的信息才会传递给您的函数。
注意调用前可以修改消息体。您可以在重放之前设置您需要的位吗？