调试Azure Function报ServiceBus连接字符串无法解析问题咨询

这个报错是Service Bus触发器默认优先匹配连接字符串格式的配置项，没有识别到托管身份对应的合法配置时，就会抛出连接字符串解析失败的错误，和你是否配置SAS访问策略没有直接关系。

你不需要配置任何连接字符串，按以下要求配置即可：

• 核心配置项格式为<触发器绑定的连接名>__fullyQualifiedNamespace。如果你在Function的Service Bus触发器特性里指定的Connection参数值为ServiceBusConnection，那么对应要配置的应用设置键就是ServiceBusConnection__fullyQualifiedNamespace，配置值填写你的Service Bus命名空间全限定地址，格式为<你的Service Bus命名空间>.servicebus.windows.net（全球区Azure）或<你的Service Bus命名空间>.servicebus.chinacloudapi.cn（中国区Azure）。
• 确认你使用的Azure Functions Service Bus扩展版本为5.0.0及以上，低于该版本的扩展不支持基于托管身份的无连接字符串认证模式，会直接抛出你遇到的解析错误。
• 给Function关联的托管身份分配对应Service Bus资源的Azure Service Bus Data Receiver和Azure Service Bus Data Sender角色，触发器启动侦听、拉取消息都需要这两个权限支撑。
• 本地调试场景下，直接删除local.settings.json里对应连接名的连接字符串配置项，不要留空值，空值也会被识别为非法连接字符串触发报错。

两周前正常运行现在报错大概率是配置被改动过，可以通过以下路径查询：

• 短周期变更（90天内）：直接打开对应Function App/Service Bus资源的「活动日志」板块，筛选操作类型为写入配置的相关记录，可直接查看修改人、修改时间、修改前后的配置值差异，应用设置改动、运行时版本调整、权限配置变更都会在这里留痕。
• 长周期/细粒度变更：进入Function App的「诊断并解决问题」板块，搜索「配置变更」类目，可查询最长1年内的所有配置变更记录，包括扩展版本自动更新、托管身份配置调整、网络规则变更这类不会直接体现在应用设置里的改动。

优先排查两个最常见的突发出错原因：

• 近期有人在应用设置里新增了空值的Service Bus连接字符串配置项
• 函数应用的扩展包被自动升级/回退到了不支持托管身份认证的版本

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