SingalR--介绍

时间:2023-01-01 18:24:44

什么是SignalR?

  ASP.NET SignalR是为简化开发开发人员将实时web内容添加到应用程序过程而提供的类库。实时web功能指的是让服务器代码可以随时主动推送内容给客户端,而不是让服务器等待客户端的请求(才返回内容)。

  所有"实时"种类的web功能都可以使用SignalR来添加到你的ASP.NET应用程序中。最常用的例子有聊天室,但我们能做的比这要多得多。考虑以下情况:用户需要不停的刷新网页来看最新的数据;或者在页面上通过实现长轮询来检索新数据(并显示),那你就可以考虑使用SignalR来实现了。比如:仪表板及监视型应用程序;协作型应用程序(如多人同时对文档进行编辑);作业进度更新及实时呈现表单等。

  SignalR也适合新型的,需要从服务器上进行高频率更新的web应用程序,例如实时游戏。这里有一个好例子:ShoorR。

  SignalR提供了一个简单的API用户创建服务器到客户端的远程过程调用(RPC),可以方便地从服务器端的.Net代码中对客户端浏览器及其他客户端平台中的的JS函数进行调用。SignalR还包括了用于管理连接(例如:连接和断开事件)及连接分组。

  SingalR--介绍

  SignalR可以自动对连接进行管理。并让你发送广播消息到所有已连接的客户端上,就像一个聊天室一样。当然除了群发外,你也可以发送到消息到特定的客户端。客户端和服务器的连接是持久的,不像传统的每次通信都需要重新建立连接的HTTP协议。

  SignalR支持“服务器推送”功能,即服务器代码可以通过使用远程过程调用(RPC)来调用浏览器中的客户端代码,而不是当前在web上常用的请求-相应处理模型。

  SignalR的应用可以使用服务总线,SQL SERVER或者Redis来扩展到数以千计的客户端上。

  SignalR是开源的,你可以通过GitHub访问。

SignalR和WebSocket

  SignalR使用WebSocket传输方式——在可能的情况下。并且会自动切换到旧的传输方式(如HTTP长连接)。你当然可以直接使用WebSocket来编写你的应用程序,但使用SignalR意味着你将有更多的额外功能而无需重新发明*。最重要的是,你可以将注意力关注在业务实现上,而无需考虑为旧的客户端单独创建兼容代码。SignalR还能够使你不必担心WebSocket的更新,因为SignalR将会持续更新以支持变化的底层传输方式,跨不同版本的WebSocket来为应用程序提供一个一致的访问接口。

  当然,你可以创建只使用WebSocket传输的解决方案,SignalR提供了你可能需要自行编写代码的所有功能,比如回退到其他传输方式及针对更新的WebSocket实现来修改你的应用程序。

传输和回退

  SignalR是对客户端及服务器之间实时功能实现所需要的传输技术的抽象。SignalR首先以HTTP方式开始连接,并检查WebSocket是否可用——如果确定,则升级到WebSocket的连接。WebSocket是SignalR最理想的传输方式,因为它可以最有效地利用服务器的内存,拥有最低的延迟及全面的底层功能(比如客户端和服务器间的全双工通讯),但它也有最严格的要求:服务器必须使用Windows Server 2012或Windows 8操作系统,同时.Net框架版本4.5及以上。如果不符合这些要求,SignalR将尝试采用其他传输方式以进行连接。

HTML5

  使用何种传输方式取决于客户端浏览器是否支持HTML5,否则将使用旧的传输方式。

  •   WebSocket(如果服务器和浏览器都支持WebSocket)。WebSocket是唯一一种在客户端和服务器端建立真实持久的双向连接的传输方式。当然WebSocket也有最严格的要求:仅在最新版的IE,Chrome和FF中支持,其他浏览器如Opera何Safari中都只有部分实现。

  •   服务器发送事件,也称为EventSource(如果浏览器支持服务器发送事件,基本上除了IE以外的浏览器都支持该功能)。

Comet传输

  下列传输类型都是基于Comet Web应用程序模型的,浏览器或客户端将保持一个HTTP的长连接请求,服务器可以在客户端没有明确请求的情况下将数据推送到客户端。

  •   Forever Frame(仅限于IE)Forever Frame将创建一个隐藏的IFrame,向服务器发送一个不会完成的请求。然后服务器不断地发送脚本到客户端并由客户端立即执行,即建立一个从服务器到客户端的单向的实时连接。而从客户端到服务器的连接则使用不同于该连接的其他连接。比如一个标准的HTML请求,为每次数据的发送都会创建一个新连接。

  •   Ajax长轮询长轮询不会创建一个持久性连接,而是通过不断地发出对服务器的请求来进行轮询。在每次连接时等待服务器发出响应并关闭这次连接,然后立即发出新的请求。当然这种方式会在连接复位并重新连接时造成一些延迟。

  有关各种配置所支持的传输方式,请参见支持的平台。(IE需要8以上,其他浏览器则是当前版本-1)

【注】以上内容收集自网络,至于原文具体何处,我也不太清清楚,因为被转载过太多次了。