B/S(Web)实时通讯解决方案分享
b/s的实时通讯实现起来比较麻烦，因为http协议是无状态的，导致一些实时消息通知和聊天等功能比较难以实现，本文主要简述几种自己之前常用的几种方式。
1、传统的http协议是无状态的
传统的http协议是无状态的，每次请求（request）都要由客户端（如 浏览器）主动发起，服务端进行处理后返回response结果，而服务端很难主动向客户端发送数据，多个用户进行实时的交流也比较困难，比如聊天系统。
2、目前比较流量的实时通讯方式
轮询
条件：任何web端
客户端定时向服务器发送ajax请求，服务器接到请求后马上返回响应信息并关闭连接。
长轮询
条件：任何web端
客户端向服务器发送ajax请求，服务器接到请求后hold住连接，直到有新消息才返回响应信息并关闭连接，客户端处理完响应信息后再向服务器发送新的请求。
flash socket
条件：需要安装flash插件
在页面中内嵌入一个使用了socket类的 flash 程序javascript通过调用此flash程序提供的socket接口与服务器端的socket接口进行通信，javascript在收到服务器端传送的信息后控制页面的显示。
web socket
条件：支持h5 web socket
websocket protocol 是html5一种新的协议。它实现了浏览器与服务器全双工通信(full-duple)。一开始的握手需要借助http请求完成。
3、b/s 实时通讯轮询方式
3.1传统轮询
客户端定时向服务器发送ajax请求，服务器接到请求后马上返回响应信息并关闭连接。
缺点：耗费资源，耗费流量 。根据用户窗口数量，请求次数成倍的增加。
3.2 传统长轮询
客户端向服务器发送ajax请求，服务器接到请求后hold住链接，直到有新消息才返回响应信息并关闭连接，客户端处理完响应信息后再向服务器发送新的请求。
由于浏览器同时只能有一定数量的链接同时hold，所有这种方式如果窗口打开多个，就会导致后面打开的窗口一直等待前面hold的链接。
3.3传统长轮询+activemq
activemq的方式相比传统的查询数据库有一定的优势，这样减少了多次查询数据库的问题，效率也会有所提升。但是这种方式每个用户的每个窗口都会有个订阅和链接，这样导致activemq服务器的链接数会随着用户的增加而增加，最后导致链接数沾满。
4、asp.netsignalr
很明显轮询的方式并不是最好的解决方式，当然web socket是一种很好的实现方式，但是编程起来比较麻烦，由于lz是做.net开发，所以选择了asp.net signalr。而且signalr会兼容各种浏览器，如果浏览器支持web socket，则用web socket方式，如果不支持则用长轮询的方式实现。
asp.net signalr 是为 asp.net 开发人员提供的一个库，可以简化开发人员将实时 web 功能添加到应用程序的过程。实时 web 功能是指这样一种功能：当所连接的客户端变得可用时服务器代码可以立即向其推送内容，而不是让服务器等待客户端请求新的数据。即你有信息了再来通知我，而不是我傻乎乎的每次跑来问你。
4.1 signalr 简单编程
signalr的配置以及应用详情可以参数官方文档，这里只做简单的发送消息和接收消息的示例。
1、客户端发送消息至服务端
2、服务端发送消息至客户端
在服务端向客户端发送消息时可以选择三种发送方式
1、all：所有页面，比如：实时股票信息。
clients.all.xx();
2、client：单个页面，比如：聊天系统。
clients.client("connectionid").xx();
3、group：组，比如：同一个用户所有页面收到通知。
clients.group("groupname").xx();
更多关于signalr的详情介绍，和实现群聊功能，可以参考另一篇
4.2 signalr+数据库
这种方式解决了用户多个窗口不能收到消息的问题，而且数据库的刷新频率只会有一个线程刷新，并不会随着用户的增加而增加，从而大大的减小了数据库的刷新频率。
4.3signalr+activemq（最终解决方式）
这种方式既解决了链接数的问题，也同时解决了用户多个窗口不能收到消息的问题，而且用了activemq也不用去实时刷新数据库。
结语
以上是lz在开发中应用的多种b/s实时通信的解决方案，望对各位有所帮助，本文原创，欢迎拍砖和推荐。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。