SignalR-永久帧传输重载DOM

我有一个signer实现，每秒接收大约15条消息，并通过Knockout更新DOM。我在IE中经历了严重的降级，但在Chrome或Firefox中没有

事实证明，ForeverFrame传输永远不会清理消息，因此，DOM在大约10分钟后过载，浏览器变得无响应，并且ulimate崩溃

如果我短路启动，只使用长轮询，一切都很好

永久帧传输是否存在已知问题？我有没有理由不强制它使用WebSocket/长轮询

我用的是信号机-0.5.2

我在IE中经历了严重的降级，但在Chrome或Firefox中没有

你是说客户降级，对吗

在0.5.2中，我们每50条消息清理一次dom，不确定为什么会出现这种行为：

---

谢谢你的跟进，大卫。我确实在这里放了一些手表，尽管它看起来确实在清理它，但出于某种原因，文件本身似乎在继续增长：我可以在VS调试器中看到它的大小增加。这很奇怪。文件是：connect？transport=foreverFrame&connectionId=someConnectionId&connectionData=[{“name”：“SomeHub”}]&tid=1&frameId=3，因此JS代码运行正常，但还有一个剩余的、不断增长的文件。不知道是什么导致了这种情况，因为connection.frameMessageCount中的计数似乎是正确的。