C# 服务器发送事件或信号器的性能会更好吗?

C# 服务器发送事件或信号器的性能会更好吗?,c#,asp.net-mvc,signalr,C#,Asp.net Mvc,Signalr,暂时撇开IE不支持SSE这一事实不谈,如果有大量客户端,服务器发送的事件或Signal会表现得更好吗?我不会进行比较,但至少Rick Strahl对Signal的性能感到惊讶,即使他每秒发送几百条信息,也无法使其过载: 需要记住的一点是,在引擎盖下,Signal将默认使用最佳可用的发送/接收数据方法,例如Ajax长轮询、服务器端事件、web套接字 这一决定是基于诸如正在使用的浏览器以及web服务器等属性(例如,IIS8支持web套接字,因此如果用户的浏览器也支持,Signal将使用这些套接字)。

暂时撇开IE不支持SSE这一事实不谈,如果有大量客户端,服务器发送的事件或Signal会表现得更好吗?

我不会进行比较,但至少Rick Strahl对Signal的性能感到惊讶,即使他每秒发送几百条信息,也无法使其过载:


需要记住的一点是,在引擎盖下,Signal将默认使用最佳可用的发送/接收数据方法,例如Ajax长轮询、服务器端事件、web套接字

这一决定是基于诸如正在使用的浏览器以及web服务器等属性(例如,IIS8支持web套接字,因此如果用户的浏览器也支持,Signal将使用这些套接字)。我想说的是,信号器可以支持多种创建连接的方法,但没有一种方法可用。如果您使用服务器端事件,那么signer也可以使用它们,或者下一个最好的方法就是web套接字

因此,事后看来,说哪一个最好不是一个公平的问题

编辑:摘自:

尽管SignalR试图选择服务器支持的“最佳”连接 服务器和客户端


所以不鼓励提出“哪一个是最好的”问题。投票结束。问哪一个更适合某一特定案件是合理的问题。天哪,各位。这是一个完全合理的问题(即使发问者误解了信号器的确切含义)。如果我们不能就不同技术的相对性能、可扩展性和适用性提出问题,那么WTF是StackOverflow吗?