首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >ASP.NET SignalR 2.0入门指南介绍SignalRSignalR和WebSocket传输和回滚HTML5 传输协议Comet transports传输协议选择过程监测传输指定传输协议连接

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

作者头像
小白哥哥
发布2018-03-07 14:40:11
1.8K0
发布2018-03-07 14:40:11
举报
文章被收录于专栏:技术小讲堂技术小讲堂

介绍SignalR

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

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

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

what_is_signalr_invocation
what_is_signalr_invocation

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,使用总线模型允许你将强类型的参数传给方法,进行模型绑定。

体系结构关系图

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

intro_architecture
intro_architecture

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

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2014-05-12 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 介绍SignalR
  • SignalR和WebSocket
  • 传输和回滚
  • HTML5 传输协议
  • Comet transports
  • 传输协议选择过程
  • 监测传输
  • 指定传输协议
  • 连接和总线
  • 体系结构关系图
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档