Botframework Bot v4网络聊天频道,发送消息速度非常慢

Botframework Bot v4网络聊天频道,发送消息速度非常慢,botframework,Botframework,我正在使用最新的v4网络聊天反应库。在仿真器中,事情运行得又好又快。但当我在azure上部署它并使用webchat频道,键入消息并发送时,“发送”标签会出现并停留一段时间,然后说“刚刚”。问题是它非常慢,发送标签实际上停留了2秒钟。可能的原因是什么 github中也提出了同样的问题,它表明用户消息到达bot端点的速度有多快。模拟器是本地的,因此速度要快一点(本例中为2秒) “发送”表示用户已发送消息,“刚才”消息表示机器人已读取用户的消息。显然,你的机器人需要2秒钟才能到达你的azure端点。

我正在使用最新的v4网络聊天反应库。在仿真器中,事情运行得又好又快。但当我在azure上部署它并使用webchat频道,键入消息并发送时,“发送”标签会出现并停留一段时间,然后说“刚刚”。问题是它非常慢,发送标签实际上停留了2秒钟。可能的原因是什么


github中也提出了同样的问题,它表明用户消息到达bot端点的速度有多快。模拟器是本地的,因此速度要快一点(本例中为2秒)

“发送”表示用户已发送消息,“刚才”消息表示机器人已读取用户的消息。显然,你的机器人需要2秒钟才能到达你的azure端点。为了从“发送”变为“发送”,直达频道需要明确地告诉网络聊天机器人已经阅读了它。从技术上讲,这意味着Direct Line频道将再次将用户信息的副本发送回网络聊天室

比如这个故事

  • 用户说“我叫约翰”
  • 不要说“你好,约翰”
    • 如果您在浏览器中查看来自直达线路通道的网络流量,您应该会看到一些数据包按此特定顺序发送或接收:
    • HTTP POST“我的名字是约翰”,返回200 OK
    • HTTP GET 200 OK用于“Hello,John”(或作为Web套接字数据包)
    • HTTP GET 200确定“我的名字是约翰”(或作为Web套接字数据包)
    • 如果没有收到第三个包,Web聊天将不考虑消息是否成功发送。
    • 如果您使用的是我们的直连通道(不是定制的bot适配器),只要bot对来自直连通道的HTTP请求“我的名字是John”作出“积极和及时”的响应,直连通道将自动为您组成第三个数据包。换句话说,如果机器人出错或在处理用户消息时花费太长时间,网络聊天将不会更改为“刚刚”状态,因为这是一个负面响应。(对于超时,我认为最难的最后期限是120秒。)
  • 如果已将应用程序洞察添加到bot,则可以查看仪表板以查看网络流量: