ASP.NET SignalR 2.0入门指南介绍SignalRSignalR和WebSocket传输和回滚HTML5 传输协议Comet transports传输协议选择过程监测传输指定传输协议连接

介绍SignalR

ASP.NET SignalR 是一个为 ASP.NET 开发人员的库,简化了将实时 web 功能添加到应用程序的过程。实时Web功能使服务端代码推送内容到链接可客服端并立即应用成为可能,而不需要服务端等待客户端去请求数据。

SignalR可用于任何你想添加实时Web功能到ASP.NET应用程序的情形,聊天室是一个常用的例子,用户可以刷新Web页面来获得新的数据,或者页面使用一个长轮询来取回数据,这都是SignalR可以应用的场景。比如说仪表盘和监视系统,实时游戏等。

SignalR支持以一种简单的API来创建服务器到客户端的远程调用客户端的Javascript方法,SignalR还包括用于用于连接管理的API和分组连接。

SignalR自动的处理连接管理,并允许你像一个聊天室那样同时向所有连接的客户端广播消息,你也可以向特定的客户端发送消息,在客户端和服务器之间的连接是持久的,不需要像传统的HTTP连接那样重建每一个连接。

SignalR支持服务器推送功能,在服务器中可以调用在浏览器中的客户端代码,而不是像当今的“请求-响应”模式。

SignalR可以通过服务总线扩展到数以千计的客户端,同时SignalR是开源的,可以用过Github访问到。

SignalR和WebSocket

SignalR当WebSocket可用时优先使用新式的WebSocket传输,同时也兼容老式的传输。虽然你可以立刻使用WebSocket编写你的应用程序,但是使用SignalR意味着你可以获得本来需要你自己去实现的很多扩展方法,最重要的是,你可以直接使用SignalR编写利用WebSocket的代码,而不必担心还要为旧的客户端提供支持。同时你也不必担心WebSocket的更新,因为SignalR会持续的更新来支持基础的传输协议,提供对不同版本的WebSocket的统一接口支持。

虽然你可以单独使用WebSocket创建你的解决方案,但是SignalR支持所有你需要自己去编写的方法,比如支持其他修订版的功能。

传输和回滚

SignalR是对一些服务器和客户端之间实时协作传输的抽象化,一个SignalR连接作为一个HTTP开始,但是如果WebSocket是可用的将得到利用。WebSocket是SignalR理想的传输方法,它能高效的利用服务端存储,拥有最少的延迟,而且拥有最基础的功能(比如全双工通信),但是它也同时又严格的要求:WebSocket必须要求服务器使用Windows Server 2012或者windows 8,使用.NET Framework 4.5框架,如果没有达到这些条件,SignalR将试图使用其他的传输来创建连接。

HTML5 传输协议

这些传输依赖于对HTML5的支持,假如客户端不支持HTML5标准,讲使用老式的传输协议:

WebSocket:(如果客户端可服务器端都支持WebSocket)。WebSocket是唯一一个建立客户端和服务器端在真正的持久的双工的传输协议,但是同时WebSocket也拥有严格的要求,它只在最新版本的IE、chrome和FireFox得到支持,在像Opera和Safari这些浏览器中得到的一部分的实现。

服务器发送事件:也称为事件源。基本上除了IE以外都支持事件源。

Comet transports

以下的传输协议是基于Comet web应用程序模型的,在客户端浏览器或者其他客户端维持一个长期持久的HTTP请求,服务器端使用它推送数据而无需客户端单独请求。

持久型框架(Forever Frame):(仅限于IE)持久型框架创建一个隐藏的IFrame,用它来创建一个在服务器终结点不结束的请求,服务器端可以持续不断的发送到客户端执行脚本,一次来支持一个单向的从服务器端到客户端的实时连接。这个链接使用了与客户端请求服务器端不同的连接,像一个标准的HTTP请求,为每个需要发送的数据创建新的连接。

AJAX长轮询(Ajax long polling),长轮询不创建持久的连接,取而代之的是

直到服务器另一端有反馈,在向开放的服务器发送请求,此时需要马上建立新的链接

传输协议选择过程

下面列表显示了SignalR选择传输协议的过程:

1.如果浏览器是IE8或者更老的版本,使用长轮询;

2.如果配置了JSONP(当连接开始的时候设置jsonp参数为true),使用长轮询;

3.如果正在创建跨域的连接(如果SignalR终结点不和页面上的地址相同),如果以下条件符合将使用WebSocket:

  • 客户端支持CORS(了解详细情况,请点击这里
  • 客户端支持WebSocket
  • 服务器端支持WebSocket

4。如果JSONP没有被配置并且连接不是跨域的,如果客户端和服务器端都支持WebSocket,将使用WebSocket;

5.假如客户端和服务器端都不支持WebSocket,尽量使用事件源;

6.如果服务器端不支持事件源,使用持久型框架;

7.如果持久型框架也失败,使用长轮询。

监测传输

你可以决定是否在总线上打开日志记录,打开浏览器的控制台窗口。

要启动你在浏览器的总线事件,请将以下命令添加到客户端应用程序中:

在IE中,按F12打开开发人员工具,点击“控制台”标签页。

在Chrome中,使用组合键Ctrl+Shift+J打开控制台

指定传输协议

协商传输协议需要一定的时间和服务器客户端资源,如果客户端可以预知到,那么传输协议可以在连接开始的时候指定,以下代码通过一个简短的示例开启一个使用AJAX长轮询的连接,如果它已知客户端不支持其他任何的协议:

connection.start({ transport: 'longPolling' });

你也可以指定一个回调顺序让客户端去尝试指定传输协议:

connection.start({ transport: ['webSockets','longPolling'] });

以下是定义的用于指定传输协议的字符串:

  • webSockets
  • foreverFrame
  • serverSentEvents
  • longPolling

连接和总线

SignalR API包含两种服务器端和客户端的通信模型:持久连接和总线.

一个连接表示单个收件人、编组或者广播消息发送一个简单的终结点。持久化连接API赋予程序员直接访问SignalR提供的底层通信协议的能力,使用连接通信模型类似于程序员使用像WCF那样基于连接的API。

总线是更高级别的管道,他是建立在基于连接的API上,允许客户端和服务器彼此直接调用方法。SignalR神奇的处理在跨越机器的调度,让客户端调用服务器端代码像调用本地方法那样简单,反之亦然。使用总线通信模型类似于使用.NET Remoting这样的远程调用API,使用总线模型允许你将强类型的参数传给方法,进行模型绑定。

体系结构关系图

以下关系图表示了总线、持久化连接和用于传输的基本技术间的关系:

原文地址:http://www.asp.net/signalr/overview/signalr-20/getting-started-with-signalr-20/introduction-to-signalr

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏雨过天晴

原 Ngrok搭建服务器

2.8K3
来自专栏维C果糖

详述 IntelliJ IDEA 设置 Sublime 代码颜色的方法

相信很多同学在使用 Sublime 时,看到那些五颜六色的代码感觉爽的不行,而反过来,再来看 IntelliJ IDEA 默认的代码颜色就感觉有些不爽啦!但是实...

2295
来自专栏zhisheng

全文搜索引擎 Elasticsearch 集群搭建入门教程

ElasticSearch 是一个基于 Lucene 的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎,基于 RESTful web 接口。Elasti...

942
来自专栏蓝天

“请求未在nginx中配置的域名时,给浏览器返回508错误码”配置示例

只需要增加如下一个Server配置,可直接放在其它所有Server配置之前: server {     listen 80 default_server; ...

684
来自专栏铭毅天下

Elasticsearch6.2.2 X-Pack部署及使用详解

X-Pack已经开源,预计Elasticsearch6.3版本会全面集成,不再收费。 赶紧体验一下强大的X-Pack吧! 1、 X-Pack 概览 X-Pac...

4894
来自专栏张善友的专栏

Windows PowerShell 工具

如果尚未开始使用 Windows PowerShell,很可能您很快就会用到它。Windows PowerShell 将成为 Windows Se...

2249
来自专栏FreeBuf

使用SCCM和Viewfinity进行提权实验

如今越来越多的公司开始限制用户以本地管理员的身份来运行软件,随之带来的问题是,如何允许用户执行某些管理行为,例如安装已批准的软件。市场上有一些工具旨在解决这个问...

1050
来自专栏用户画像

MAC office2016 安装及激活

http://officecdn.microsoft.com/sg/C1297A47-86C4-4C1F-97FA-950631F94777/OfficeMac...

782
来自专栏纯洁的微笑

一分钟了解nohup和&的功效

nohup和&究竟有啥区别?不少同学进行了回复,但并不是所有同学都理解得全对,今天把自己挖的坑自己填了。

941
来自专栏程序你好

.net程序源代码如何避免被反编译

932

扫码关注云+社区