Azure Functions的Service Bus Queue输出绑定是否支持ScheduledEnqueueTimeUtc与brokerProperties？

我来帮你理清这两个问题的答案：

1. ScheduledEnqueueTimeUtc 是否被输出绑定支持？ #

答案是不支持。Azure Functions的Service Bus Queue输出绑定设计初衷是简化消息发送流程，只封装了最基础的消息发送能力，像延迟入队这类属于Service Broker级别的进阶属性，并没有直接集成到绑定的配置或参数中，没法通过输出绑定直接设置这个属性。

2. 输出绑定是否不识别负载中的brokerProperties？ #

你观察到的情况完全正确！Service Bus Queue输出绑定只会把你传入的负载内容原封不动作为消息体发送，不会解析其中的brokerProperties字段——哪怕你在负载里加了这个字段，它也只会成为消息体的一部分，不会被Service Bus识别为broker属性生效。

实现延迟调用/重试的可行方案 #

你现在用azure-sb SDK直接调用Service Bus API的方式是完全靠谱的，这也是绑定不支持进阶功能时的标准做法。另外，推荐你使用新版的@azure/service-bus SDK（旧版azure-sb已经不再维护了），用它实现延迟入队的代码示例如下：

const { ServiceBusClient } = require("@azure/service-bus");

async function sendDelayedRetryMessage() {
  // 替换成你的Service Bus连接字符串和队列名
  const connectionString = "<你的Service Bus连接字符串>";
  const queueName = "<目标队列名称>";
  
  const serviceBusClient = new ServiceBusClient(connectionString);
  const sender = serviceBusClient.createSender(queueName);
  
  // 设置5分钟后的延迟入队时间
  const scheduledTime = new Date(Date.now() + 5 * 60 * 1000);
  
  const message = {
    body: "Testing",
    scheduledEnqueueTimeUtc: scheduledTime
  };
  
  try {
    await sender.sendMessages(message);
    console.log("延迟消息已成功发送");
  } catch (err) {
    console.error("发送延迟消息失败:", err);
  } finally {
    // 记得关闭客户端和 sender 释放资源
    await sender.close();
    await serviceBusClient.close();
  }
}

sendDelayedRetryMessage();

如果要实现重试逻辑，还可以结合这些思路：

• 在消息体里加入重试次数、上次失败时间等元数据，当Function处理失败时，读取这些元数据计算下一次重试的延迟时间，再用SDK重新发送
• 利用Service Bus的死信队列机制：当消息处理失败次数达到阈值后，将消息移入死信队列，再写一个定时触发的Function定期从死信队列取出消息，重新发送到原队列并设置延迟时间

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