Signalr调用非常大，具有longPolling传输类型-性能影响

Question

我使用的是SignalR传输类型longPolling。我能够看到功能按预期工作。实时地，我可以看到有相当多的signalR调用，这严重影响了性能。

似乎，根据我的分析，longPolling创建了连接，并使用它并关闭它。然后，将再次按需创建连接。我觉得，这可能是在某个时间点上看到大量signalR调用的原因。

您能分享一下您对解决/避免大量SignalR调用的想法吗？

当我尝试使用foreverFrame作为传输类型时，SignalR连接未启用。我可以在控制台中看到以下错误。

SignalR:无法使用永久帧源进行连接，它在3000s后超时SignalR:停止永久帧SignalR:无法成功初始化任何传输。对于启动Signalr集线器时发生的自动初始化问题，请尝试指定其他传输或根本不指定。

Answer 1

这似乎是基于docs - long轮询的长轮询的默认行为--长轮询不会创建持久连接，而是通过一个请求轮询服务器，该请求保持打开状态，直到服务器响应，此时连接关闭，并立即请求新的连接。这可能会在连接重置时引入一些延迟。

您可能无法使用foreverFrame，因为传输在您使用的浏览器中不可用。

我还不明白为什么有人会强迫传输到特定的一个。可能，我只是没有遇到需要它的场景。

SignalR将处理确定每个客户端使用哪种传输的问题，这是它最大的好处之一。