我是否必须担心我的日志包含对signalr / poll和signalr / connect的长期请求

Question

在我的日志中，我有信号器/轮询和信号器/连接的请求大约需要30秒。

应用程序最近因线程饥饿而引起了一些问题。这些请求可能是根本原因还是预期的行为，持续时间是否正常？

当我使用chrome请求网站时，我看到了websocket流量，所以我认为它对大多数客户来说都运行良好。

通过vpn访问应用程序，有时连接错误。这可能是回归长期民意调查的原因吗？

Answer 1

如果你没有足够的线程，你最终陷入僵局，应用程序将开始出错，并且无法正常工作。此时您将被迫重新启动AppPool或Web服务器。如果您的应用程序回退到长轮询，并且客户端已连接但未执行任何操作，则轮询将保持打开状态，直到获得响应，或者如果配置了超时（默认为30秒，我相信）将在超时时关闭。我会尝试重新启动你的AppPool，看看是否有帮助，如果没有在运输层出现问题，它应该只需要在极端情况下回到长轮询