部署后Azure Function Service Bus Trigger无法触发问题咨询

下面是针对你遇到的问题，按优先级排序的排查步骤：

• 先核对连接字符串配置
  本地运行靠local.settings.json里的配置，但部署到Azure后，得在Function应用的「配置」->「应用程序设置」里手动添加Service Bus的连接字符串，名称必须和代码里Trigger属性指定的Connection参数一致（比如默认的AzureWebJobsServiceBus）。别用Secondary串，直接用Primary Connection String，确保权限足够。

• 检查Service Bus的权限策略
  去Service Bus命名空间的「共享访问策略」里，确认给Function用的策略至少有Listen权限（如果是自定义策略的话）。用RootManageSharedAccessKey虽然权限够，但建议用最小权限的自定义策略，避免权限问题。

• 确认Basic计划的「始终开启」已启用
  Basic计划下如果实例长时间 idle 会休眠，但你的Timer Trigger一直在跑，理论上不会休眠，但保险起见，去Function应用的「配置」->「常规设置」里，把「始终开启」开关打开——Basic计划支持这个选项，能防止实例休眠导致Trigger不触发。

• 查看日志找报错
  进Service Bus Trigger函数的「监控」->「日志」，看有没有具体的报错信息，比如连接超时、权限不足，或者有没有触发记录但处理失败的情况。同时去Service Bus队列的「监控」里看，消息是不是真的入队了，有没有活跃消息堆积，排除消息被其他消费者取走的可能。

• 核对Trigger的代码配置
  检查代码里的Trigger属性，比如队列名称是不是和实际的一致，Connection参数有没有指向正确的配置名称。举个例子：

  [ServiceBusTrigger("your-queue-name", Connection = "AzureWebJobsServiceBus")]
  

  确保部署后的配置里确实有这个名称的连接字符串。

• 检查扩展版本兼容性
  本地用的Azure Functions扩展版本（比如_3或4）要和部署后的一致。在Function应用的「配置」->「应用程序设置」里看FUNCTIONS_EXTENSION_VERSION的值，要是版本不匹配，可能会导致Trigger无法被识别。

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