Azure服务台聊天机器人部署后无响应，求排查建议

1. 检查Azure Web App运行状态与日志 #

• 登录Azure门户，进入Web App的监控 > 日志流，实时查看应用运行日志，排查是否有CLU调用失败、依赖缺失、配置错误等异常信息
• 确认Web App的配置 > 常规设置中，运行时堆栈已设置为.NET 6（或ASP.NET Core 6），避免运行环境不匹配
• 打开Kudu控制台（https://autodocschatbot.scm.azurewebsites.net/），查看Logs/Application/目录下的日志文件，定位具体报错细节

2. 验证CLU资源的部署与访问权限 #

• 确认CLU模型已发布至生产环境（本地测试可能使用草稿版本，部署后需切换到生产端点）
• 检查Web App的配置 > 应用程序设置中，CLU的API密钥、端点URL是否正确，无拼写错误（若近期重置过密钥，需同步更新）
• 在Kudu控制台执行curl命令测试CLU端点连通性，例如：

  curl -X POST "https://<your-clu-resource>.cognitiveservices.azure.com/language/:analyze-conversations?api-version=2023-04-01" -H "Ocp-Apim-Subscription-Key: <your-key>" -H "Content-Type: application/json" -d "{\"kind\":\"Conversation\",\"analysisInput\":{\"conversationItem\":{\"text\":\"test message\",\"id\":\"1\",\"participantId\":\"user\"}},\"parameters\":{\"projectName\":\"<your-project>\",\"deploymentName\":\"production\",\"verbose\":true}}"
  

  确认能正常返回CLU预测结果
• 若CLU资源设置了网络防火墙，需允许Web App的出站IP访问；或检查IAM权限，确保Web App身份有权限调用CLU API

3. 检查Bot Service配置与端点验证 #

• 确认Azure Bot Service的设置 > 配置中，消息端点已正确设置为https://autodocschatbot.azurewebsites.net/api/messages，保存后等待配置生效
• 查看Bot Service的Channels > Direct Line配置，确认已启用Direct Line，且前端使用的令牌对应当前Bot资源
• 在Bot Service的测试在Web Chat中发送消息，然后进入监控 > 日志分析（需提前启用），查看消息接收、处理的全链路日志，排查是否有处理异常
• 检查Bot代码中是否存在环境依赖：比如本地硬编码的CLU参数，部署后未通过应用程序设置注入，导致逻辑失效

4. 排查Direct Line与前端通信问题 #

• 检查Angular前端的Web Chat初始化代码，确认Direct Line令牌获取正确，且连接的是官方Direct Line端点（https://directline.botframework.com/v3/directline）
• 打开浏览器开发者工具的网络面板：
  • 查看发送消息的POST请求（/conversations/{id}/activities）是否返回200状态码
  • 查看获取机器人响应的GET请求（/conversations/{id}/activities?watermark=xxx），确认响应数据是否为null，或是否存在未处理的错误
• 检查前端逻辑是否过滤了机器人的响应活动（如忽略typing类型活动），或解析响应时出现错误

5. 代码逻辑与依赖检查 #

• 排查Bot代码中是否存在未捕获的异常：比如本地测试时依赖的文件/资源在部署环境不存在，或异步操作未正确await导致返回null
• 确认MessagesController的POST方法是否正确处理请求，确保在消息处理完成后返回Ok()响应，无异常抛出
• 验证部署的代码为最新版本：对比本地测试代码与部署包，确保CLU调用、消息处理逻辑无遗漏或差异

内容的提问来源于stack exchange，提问作者a.greyling