为什么 Azure 队列消息的存活时间少于几秒钟？
Why Azure Queue messages live for less than a few seconds?
在 Azure（或 VS）上，用于在队列中创建新消息的对话框显示消息将在 7 天后过期，但它会在不到几秒钟内消失。为什么？ （我创建了一个连续的 运行 WebJob，如 this article 中所述）
该消息已消失，因为它已被您的 Web 作业完成。
保留延迟意味着您有 X 天的时间来使用消息（在您的情况下为 7 天）。延迟期满后，消息自动删除。
如果您希望消息有多个使用者而不是队列，您可以使用带有订阅或主题的服务总线，或带有使用者组的事件中心。
消息保留在服务总线队列或主题订阅中，直到它们被处理，即被接收者以接收和删除模式接收。
如果消息以窥视锁定模式接收，则不会从队列中删除。
在您的情况下，由于消息是由 webjob 处理的，因此它在队列中不可用。
消息也有默认的time to live 属性可以设置，之后消息将被移动到同一消息实体（队列或主题订阅）的死信路径。消息在预定的 enwueued 时间之后的给定持续时间之后，utc 将移动到死信路径，死信原因为 TTLExpiration
在 Azure（或 VS）上，用于在队列中创建新消息的对话框显示消息将在 7 天后过期，但它会在不到几秒钟内消失。为什么？ （我创建了一个连续的 运行 WebJob，如 this article 中所述）
该消息已消失，因为它已被您的 Web 作业完成。 保留延迟意味着您有 X 天的时间来使用消息（在您的情况下为 7 天）。延迟期满后，消息自动删除。
如果您希望消息有多个使用者而不是队列，您可以使用带有订阅或主题的服务总线，或带有使用者组的事件中心。
消息保留在服务总线队列或主题订阅中，直到它们被处理，即被接收者以接收和删除模式接收。
如果消息以窥视锁定模式接收，则不会从队列中删除。
在您的情况下，由于消息是由 webjob 处理的，因此它在队列中不可用。
消息也有默认的time to live 属性可以设置，之后消息将被移动到同一消息实体（队列或主题订阅）的死信路径。消息在预定的 enwueued 时间之后的给定持续时间之后，utc 将移动到死信路径，死信原因为 TTLExpiration