如何仅在指定时间段接收Azure Service Bus中的消息？

方案1：在消息接收端控制消费时段 #

• 编写消费逻辑时，先判断当前时间是否在08:00-24:00区间内。如果不在，主动暂停接收（比如关闭消息接收器），到时段再重新启动。
• 以.NET SDK为例，可通过时间判断配合定时器启停接收器：

  // 判断当前时段是否允许消费（注意时区转换，根据业务场景调整为本地时间或UTC）
  bool IsInAllowedWindow()
  {
      var hour = DateTime.UtcNow.Hour;
      return hour >= 8 && hour < 24;
  }
  
  // 定时器每分钟检查一次，触发启停逻辑
  var timer = new Timer(_ =>
  {
      if (IsInAllowedWindow())
      {
          _ = StartReceiverAsync();
      }
      else
      {
          _ = StopReceiverAsync();
      }
  }, null, TimeSpan.Zero, TimeSpan.FromMinutes(1));
  

• 非时段内Service Bus的消息会保留在主题订阅中，不会丢失，待时段开启后再消费。

方案2：使用Azure Functions实现定时触发消费 #

• 创建定时触发的Azure Function，设置触发时间为每日08:00开始，每隔固定间隔（如1分钟）执行一次，直到24:00结束。
• 在Function中编写逻辑，批量拉取并处理Service Bus主题订阅的消息。
• 优势：无需维护常驻消费进程，利用云服务的定时能力实现时段控制。

方案3：利用Service Bus筛选规则（局限性说明） #

• Service Bus主题支持SQL筛选规则，但无法基于接收时间做筛选，只能基于消息属性（如发送时间、自定义属性）。如果外部发送方无法配合添加可用于时段筛选的属性，此方案不适用。
• 若外部源可配合，可让其在消息中添加自定义属性，再在订阅中设置对应筛选规则，但这依赖外部源改造。

关键注意事项 #

• 时区处理：务必确认业务使用UTC时间还是本地时间，避免因时区偏差导致时段判断错误。
• 消息积压：非时段内消息会在订阅中积压，需确保订阅的消息保留时长和配额足够，避免消息过期丢失。

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