通过Azure Service Bus Queue发消息并在Logic Apps中使用失败（无法加载内容）

1. 校验Service Bus触发器配置 #

• 确认触发器为Azure Service Bus的「当有消息到达队列时（自动完成）」或对应主题订阅触发器，且已正确关联目标队列/订阅
• 检查触发器「设置」中的内容类型：因消息为text/plain，需确保该选项设为text/plain或「自动检测」，避免强制解析为application/json导致格式冲突

2. 验证原始消息的合法性 #

• 登录Azure门户进入目标Service Bus，直接查看队列/订阅中的消息内容，确认是标准text/plain格式，无乱码、非UTF-8编码或特殊控制字符
• 使用Service Bus Explorer工具读取消息，验证内容完整性与格式正确性

3. 排查运行时链接与权限问题 #

• 检查错误链接的se参数：你的链接过期时间为2023-05-19T19:00:00.0000000Z，若当前时间已超过该点，需重新触发工作流，获取新的运行记录再尝试查看
• 确认Logic Apps的托管标识权限：在Service Bus的「访问控制（IAM）」中，检查是否为Logic Apps的系统分配托管标识赋予了Azure Service Bus Data Receiver角色

4. 简化工作流定位问题 #

• 暂时移除「存储到变量」步骤，直接在触发器后添加「记录」或「发送邮件」动作，输出触发器的Body内容，确认是否能正常获取消息
• 若直接输出Body正常，再重新添加「设置变量」步骤，确保变量类型设为字符串，匹配text/plain的内容类型

5. 检查网络与防火墙规则 #

• 确认Service Bus防火墙配置：若开启了防火墙，需将Logic Apps所在区域的IP范围加入允许列表，或启用「允许受信任的Microsoft服务访问」选项
• 若Logic Apps使用虚拟网络集成，检查虚拟网络的NSG规则是否允许访问Service Bus的端点

6. 提取详细错误日志 #

• 进入Logic Apps的运行记录，点击失败步骤查看「原始输入」「原始输出」，获取更具体的异常信息，而非仅依赖表面的Failed to fetch提示
• 在Azure Monitor中筛选Logic Apps的「错误」级别日志，定位关联的异常详情

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