asp.net-mvc - .Net 中 LongPolling 的可扩展性 :Grand Finale

Question

我研究了如何在 asp.net/MVC 上实现类似 cometd 的聊天。我发现它可以通过长轮询来完成..

关于长轮询，因为它使线程保持打开状态，因此会产生许多并发连接，从而使其性能较差(或为零)，因为 IIS 不适用于许多并发连接

现在的商业工具:Pokein、SignalR、SocketIO、Now.Js(跳过付费工具，免费很漂亮:))据我所知，所有这些都使用长轮询，那么它们实际上是为了提高 IIS 的性能而做的(所有这些都可以与 asp.net 一起使用)..

我还发现 Facebook 使用 Erlang(不知道如何使用它)来实现这一目标，当然还有值(value) 1 亿美元的硬件(平衡 7000 万用户)。 FB 使用长轮询而不是某些 cometd 服务器(就我的研究而言)。

我想在 asp.net MVC 3 上实现可扩展的长轮询我找到的两个决赛是 Here和 here

我只想知道哪个更好以及为什么..以及给定工具中哪个工具最好

Answer 1

我的意见是SignalR将是更好的选择，不仅因为如果您使用 SignalR.WebSockets ，如果用户的浏览器支持，它会自动升级到 Web 套接字的连接。这样，随着时间的推移，当用户开始升级浏览器并远离长轮询方案时，聊天应用程序的可扩展性实际上会变得更好。

此外，还有一个名为 JabbR 的很棒的代码示例，由创建 SignalR 的人创建。 (他们也恰好是 ASP .NET 团队的开发人员)

http://jabbr.net/ - SignalR 的实际应用示例。
https://github.com/davidfowl/JabbR - JabbR 来源。