Azure Service Bus主题与队列：延迟消息读取配置咨询

嘿，这个需求完全能搞定！而且有两种实用方案，你可以根据自己的场景来选：

方案一：消息发送时指定延迟（消息级灵活控制） #

如果只是部分消息需要延迟，或者你希望在发送时按需调整延迟时长，直接给消息设置ScheduledEnqueueTimeUtc属性就可以。这个属性会告诉Service Bus：“到指定的UTC时间后，再把消息放进对应的Queue”，消费者在这之前是读不到这条消息的。

代码示例（不同SDK版本） #

• 旧版.NET Framework SDK（Microsoft.ServiceBus.Messaging）：

var message = new BrokeredMessage("你的消息内容");
// 设置延迟24小时
message.ScheduledEnqueueTimeUtc = DateTime.UtcNow.AddHours(24);
// 发送到Topic
topicClient.Send(message);

• 新版.NET SDK（Azure.Messaging.ServiceBus）：

var message = new ServiceBusMessage("你的消息内容");
// 设置延迟24小时
message.ScheduledEnqueueTimeUtc = DateTimeOffset.UtcNow.AddHours(24);
// 发送到Topic
await sender.SendMessageAsync(message);

方案二：订阅级全局延迟（一劳永逸） #

如果你希望所有进入目标Queue的消息都自动延迟24小时，不用每次发消息都手动设置属性，那咱可以从Topic的订阅规则入手。毕竟你的两个Queue是和Topic的订阅绑定的，给需要延迟的那个订阅加个规则，让系统自动给所有经过它的消息加上延迟。

配置步骤 #

1. 找到和目标Queue绑定的那个Topic订阅；
2. 给该订阅添加/修改规则；
3. 在规则的Action里加入这段表达式，自动设置延迟：

SET ScheduledEnqueueTimeUtc = DATEADD(hour, 24, GETUTCDATE())

这样一来，所有通过这个订阅转发到对应Queue的消息，都会被自动加上24小时的延迟，消费者只能在24小时后读取到这些消息。

小提醒 #

• ScheduledEnqueueTimeUtc的最大延迟目前是7天，24小时完全在允许范围内；
• 如果同时设置了消息级延迟和订阅级规则，订阅级的规则会覆盖消息本身的设置；
• 延迟期间消息会被Service Bus暂存，不会计入Queue的活跃消息数，直到到点才会被激活。

内容的提问来源于stack exchange，提问作者Miguel Patreze