史上最全面的SignalR系列教程-3、SignalR 实现推送功能-集线器类实现方式

1、概述

---

通过上面的几篇文章对SignalR的介绍，我们对SignalR已经有了全面的认识。SignalR API 客户端和服务器端持久连接的通信方式，一次连接代表一个发送单个、分组或者广播消息的简单终端。持久连接的API（表现在.NET的PersistentConnection 类上）给了开发人员低价访问SignalR所暴露的通信协议的条件。使用这种连接方式，就像开发人员使用WCF一样。

本篇将继续在上一篇的基础上，讲解SignalR通过最常用的集线器方式实现消息推送与发送。
我们知道SignalR的通信模型主要是两类，即Persistent Connections与Hubs。Hub是一种更高级的管道，它在连接协议上允许客户端和服务器端能够直接调用彼此的方法。SignalR的这种自动分发跨机器边界调度的方法就像施了魔法一样，让客户端调用服务端的方法像调用本地一样简单，反之亦然。使用Hub的模式就像开发人员使用远程API一样，比如 .NET Remoting。使用Hub同样能够让你传递类型化的参数到方法上进行模型绑定。通过Hubs实现服务端消息推送到客户端，抽象结构图如下。

 

2、SignalR Hub 原理分析

---

SignalR具体是如何达到实时性的呢？SignalR 的实现机制与 .NET WCF 或 Remoting 是相似的，都是使用远程代理来实现。SignalR 将整个连接，信息交换过程封装得非常漂亮，客户端与服务器端全部使用 JSON 来交换数据。

当服务端的代码访问一个客户端的方法时，一个数据包被自动传输，数据包中包含了函数方法参数的名称（如果是一个对象，那么这个对象会被序列化成JSON），然后根据客户端的代码匹配方法的名称，如果找到相应的匹配方法，那么就调用相应的函数执行反序列化的参数。

3、Hubs实现实时消息流程

---

1. 在服务器端定义对应的hub class;
2. 在客户端定义hub class 所对应的 proxy 类；
3. 在客户端与服务器端建立连接（connection）；
4. 然后客户端就可以调用 proxy 对象的方法来调用服务器端的方法，也就是发送 request 给服务器端；
5. 服务器端接收到 request 之后，可以针对某个/组客户端或所有客户端（广播）发送消息。