ASP.NET SignalR介绍

是什么？

简单来说，ASP.NET SignalR是一个开源的实时通讯（real-time）库，有了ASP.NET SignalR，我们可以在

详细介绍参考：https://docs.microsoft.com/en-us/aspnet/signalr/overview/getting-started/introduction-to-signalr#what-is-signalr

应用场景

从介绍可以看出，ASP.NET SignalR是为实时通讯而生的，所以典型的应用场景有：

• 支付回调
• 聊天室
  

环境要求

一，服务器端

1，操作系统

• Windows Server 2008 r2
• Windows Server 2012
• Windows Server 2016

注意：如果要使用WebSockets，要求操作系统Windows Server 2012+。

2，.net framework

支持.net framework 4.5+。

3，IIS

IIS 7+并且需要集成模式。

二，客户端

1，操作系统

客户端支持的操作系统为Windows 7+。

2，浏览器

• IE8+
• Firefox的所有版本
• Chrome的所有版本
• Safari的所有版本
• Opera的所有版本

注意：jQuery的版本必须>=1.6.4。

原理

1，客户端和服务端的交互如下图：

2，ASP.NET SignalR的架构图：

传输协议的协商

默认情况下，SignalR会自动协商传输协议，协商的过程如下：

1. 如果浏览器是Internet Explorer 8或更早版本，则使用长轮询。

2. 如果配置了JSONP（即，在启动连接时将jsonp参数设置为true），则使用长轮询。

3. 如果正在建立跨域连接（即，如果SignalR端点与托管页面不在同一个域中），则在满足以下条件时将使用WebSocket：

   • 客户端支持CORS（跨源资源共享）。有关哪些客户端支持CORS的详细信息，请参阅caniuse.com上的CORS。

   • 客户端支持WebSocket

   • 服务器支持WebSocket

     如果不满足任何这些标准，将使用长轮询。有关跨域连接的详细信息，请参阅如何建立跨域连接。

4. 如果未配置JSONP且连接不是跨域连接，则如果客户端和服务器都支持，则将使用WebSocket。

5. 如果客户端或服务器不支持WebSocket，则使用Server Sent Events（如果可用）。

6. 如果“服务器已发送事件”不可用，则尝试使用“永久帧”。

7. 如果Forever Frame失败，则使用长轮询。