进阶之路—WebSocket协议在.net中实现实时对话功能

现如今，web 项目是非常火爆的，许多企业都放弃了笨重的 C/S 架构软件，走向了 B/S 架构的 web 程序，而 web 项目中，又主要分为电商，OA，管理平台，论坛，官网几个类别。其中又以 OA ，和管理平台项目数量最多。

今天我们就来介绍一下，在 OA 项目中比较常见的一个功能：实时对话。要说到这个功能，其实在 C/S 架构的 OA 项目中我们很早就可以通过 Socket 协议来实现，但是现在很多企业的 OA 项目转向成了 B/S 架构，一时间我们又无从下手，直到 HTML5 中 WebSocket 协议的诞生。实现了在浏览器中，我们也可以更简洁的进行实时对话的功能。

我们首先来了解一下什么是 WebSocket 协议，还有它与我们常用的 Http 协议的区别。

WebSocket：约定了一个通信的规范，通过一个握手的机制，客户端（浏览器）和服务器（webserver）之间能建立一个类似tcp的连接，是为了解决客户端与服务端实时通信而产生的技术。他与我们所熟知的 Http 协议的不同点就在于，Http 协议是无状态的，从某种角度上来讲，无状态的 Http 协议非常强大，无论是在做分布式集群还是在其他方面都有着得天独厚的优势。但是在某些情况下，比如需要客户端与服务端长时间连接或者多次请求的时候，又显得十分无力。

websocket协议

无状态：无状态既是指客户端与服务端之间的交互，每一次都是独立的，一次访问之后就会断掉连接。

在出现 WebSocket 之前，我们在 web 项目中的实时对话功能可以使用另外两种方式完成

Ajax轮询：客户端与服务器之间多次发送请求和响应，直到获得结果已达到目的，缺点在于会向服务器发送很多请求，从而消耗大量资源而且很浪费流量。

ajax轮询

Long Poll：客户端每次想服务器发送请求多会等待一段时间才会响应，如果没有得到结果就会隔段时间再次发送请求，直到得到结果才会结束，缺点在于会对服务器造成更大的压力，需要服务器能处理更多的并发。

long poll

从以上的对比来看，无论是 Long Poll 还是 Ajax 轮询都不如 WebSocket 来的方便直接，但是 WebSocket 使用起来也是有限制的，首先需要浏览器支持 HTML5，其次是需要服务器支持，也就是说至少要达到 IIS8 以上版本的 IIS 才能实现。

接下里我们来看看，WebSocket 到底是怎么实现实时对话的。我们所用到的项目还是之前的 WebAPI 的项目。

我们在项目中添加一个公共类和一个一般处理程序，并在 HomeController 中添加一个新的 action 

项目目录

因为之前的项目我写了登陆的功能，我们正好可以用到。首先我们将之前登陆成功之后的跳转页面改成新的地址

Login.cshtml

QQ.cshtml中的js代码

QQ.cshtml中的前端代码

上图的 JS 代码就是我们讲到的 WebSocket 了，其实我们可以将 WebSocket 理解为是对 Socket 协议的 B/S 架构的封装。而前端代码我们只是设置了一个隐藏的文本框，将我们登陆的用户名赋给他，在设置两个按钮，一个空的文本框就没有了。

接下来，我们在刚才创建的一般处理程序中写入已下代码

判断请求协议

上图中我们首先获取了 Http 的生命周期中的然后判断其请求协议是不是为 WebSocket 协议

根据websocket的状态执行业务

这段代码是一个异步多线程的委托。

具体执行添加用户和移除用户操作的代码

上图中是另一个公共类，该类实现的是对字典中的用户信息添加移除以及用户信息发送的实际操作的代码，我们这个程序的中心思想就是，登陆一个用户，将这个用户的用户名以及 Socket 信息存进一个字典中去，然后根据字典中的信息匹配用户信息，实现发送消息，登陆聊天室，离开聊天室的功能。

接下来，我们看一看实际的效果如何。

浏览器

我们打开两个浏览器，并根据数据库的信息完成登陆操作，上图可以看出，现在两个用户已经完成了登陆操作，并且在第一个登陆的用户的对话窗口显示了第二个用户的登陆提示

成功对话

接下来我们发送消息，可以看出发送消息之后另外的浏览器也可以接收到，这样，我们基于浏览器的 WebSocket 项目就完成了。