Azure ServiceBus订阅函数部署后无法自动触发问题求助

以下是针对问题的具体排查步骤和解决建议：

• 确认连接字符串有效性
  你手动添加的SBConnectionString必须是完整的Service Bus连接字符串，格式应为：

  Endpoint=sb://{你的命名空间}.servicebus.windows.net/;SharedAccessKeyName={密钥名称};SharedAccessKey={密钥值}
  

  仅填写Endpoint是无效的，同时要确保该连接字符串对应的SAS密钥拥有Listen权限（至少能接收消息）。

• 核对触发器配置与资源一致性
  检查ServiceBusTrigger的参数：

  • 确认Azure Service Bus中确实存在名为topic1的主题和Subscriber1的订阅，名称拼写（包括大小写）完全匹配；
  • 确认Azure函数应用的环境变量名称SBConnectionString与触发器Connection属性值完全一致，避免因名称不匹配导致无法读取配置。

• 修正隔离模式配置
  你使用的是.NET Isolated运行时，注意以下配置要点：

  • 删除appsettings.json中嵌套的AzureWebJobs.extensions.ServiceBus配置，隔离模式下不需要这种嵌套结构，直接通过环境变量SBConnectionString传递连接字符串即可，避免配置冲突；
  • 在Azure门户的函数应用配置中，确认FUNCTIONS_WORKER_RUNTIME已设置为dotnet-isolated，与本地环境保持一致。

• 检查触发器状态与日志

  • 登录Azure门户，进入你的函数应用，找到Subscriber1函数，查看触发器状态：若显示错误，点击查看详细信息，通常会直接提示连接失败、权限不足等具体问题；
  • 进入函数应用的监控 -> 日志，搜索相关日志条目，排查是否存在连接超时、认证失败、资源不存在等错误信息，这些日志是定位问题的核心依据。

• 确认Service Bus订阅状态
  到Azure Service Bus控制台，查看topic1下的Subscriber1订阅：

  • 确认订阅未被禁用；
  • 检查是否有消息过滤规则导致目标消息无法流入该订阅；
  • 查看死信队列是否有堆积，若有可尝试手动重新投递测试。

• 验证部署包完整性

  • 确认项目已正确引用Microsoft.Azure.Functions.Worker.Extensions.ServiceBus和Azure.Messaging.ServiceBus NuGet包，且版本兼容（.NET Isolated模式需使用Worker系列的扩展包）；
  • 重新发布时，确保部署包包含所有依赖文件，可通过Azure门户的高级工具 -> Kudu查看部署后的文件结构，确认必要的DLL文件已存在。

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