Azure 服务总线消息生存时间与预定排队时间之间的差异？
Difference between Azure service bus message time to live vs scheduled enqueue time?
我在理解具有预定消息时间 ('scheduledEnqueueTime') 和生存时间（默认 14 天）的消息之间的区别时遇到了一些困难。
它们有什么区别？
我将其理解为在它醒来之前我可以将某些东西放入队列并执行出列的最长时间是 14 天（默认）。这不正确吗？
仅供参考 - 在我的应用程序中，我需要将消息放入队列中以唤醒，在某些情况下，从当天起最多 60 天。我知道我可以将服务总线的定价等级提高到标准定价，这将增加生存时间。这是我需要做的吗？
Time to Live 是 ServiceBus 将丢弃消息的持续时间如果没有人处理它。
使用 Scheduled Enqueue Time 您可以隐藏消息，这样在您不希望处理消息之前，任何人都无法处理该消息。这与生存时间无关。
Scheduled messages do not materialize in the queue until the defined enqueue time
旁注：您也可以“延迟”消息，但必须从队列中明确解锁这些消息。时间安排会更适合你的情况。
我在理解具有预定消息时间 ('scheduledEnqueueTime') 和生存时间（默认 14 天）的消息之间的区别时遇到了一些困难。
它们有什么区别？ 我将其理解为在它醒来之前我可以将某些东西放入队列并执行出列的最长时间是 14 天（默认）。这不正确吗？
仅供参考 - 在我的应用程序中，我需要将消息放入队列中以唤醒，在某些情况下，从当天起最多 60 天。我知道我可以将服务总线的定价等级提高到标准定价，这将增加生存时间。这是我需要做的吗？
Time to Live 是 ServiceBus 将丢弃消息的持续时间如果没有人处理它。
使用 Scheduled Enqueue Time 您可以隐藏消息，这样在您不希望处理消息之前，任何人都无法处理该消息。这与生存时间无关。
Scheduled messages do not materialize in the queue until the defined enqueue time
旁注：您也可以“延迟”消息，但必须从队列中明确解锁这些消息。时间安排会更适合你的情况。