基于Spring 4.0 的 Web Socket 聊天室/游戏服务端简单架构

在现在很多业务场景（比如聊天室），又或者是手机端的一些online游戏，都需要做到实时通信，那怎么来进行双向通信呢，总不见得用曾经很破旧的ajax每隔10秒或者每隔20秒来请求吧，我的天呐（

），这尼玛太坑了

跟webservice来相比，Web Socket可以做到保持长连接，或者说强连接，一直握手存在两端可以互相发送消息互相收到消息，而webservice是一次性的，你要我响应就必须要请求我一次（黄盖：“请鞭挞我吧！”）

注：浏览器需要使用高版本的chrome或者Firefox，Tomcat使用8

先来了解一下基本概念

一、WebSocket是HTML5出的，是一种协议，也就是说原版的HTTP协议没有变化的，又或者说这两者压根就是不一样的东西，HTTP本身就不支持强连接 二、Websocket是什么样的协议，具体有什么优点 首先，Websocket是一个持久化的协议，相对于HTTP这种非持久的协议来说。 举个栗子吧，简单来说 1) HTTP的生命周期通过Request来界定，也就是一个Request 对应一个Response，或者多个Request 对应多个Response， 也就是说request对应的response数量是恒定不变的。而且这个response也是被动的，不能主动发起，必须有request才会有response

那么Websocket究竟是啥玩意呢 首先Websocket是基于HTTP协议的，或者说引用了HTTP的协议来完成一小部分的握手

简单来说，客服的发起请求到服务端，服务端找到对应的小弟（服务助理），找到好，这个小弟就会一直和老大保持联系，为老大服务

三、Websocket的作用

曾经接触WebSocket之前，我接触过ajax轮询以及long poll ，先来说说这2个概念，因为至今还有一些小项目是这么做的 ajax轮询：

原理非常简单，JS控制让浏览器隔个几秒就发送一次请求，询问服务器是否有新信息，有的话就响应给客户端 以此循环获取后端的数据，同时浏览器又不需要刷新

简单的例子：OA首页显示流程，每个几秒刷新看看有没有需要处理的新流程出现 long poll: long poll 其实原理跟 ajax轮询 差不多，都是采用循环的方式，不过采取的手段不太友好，是阻塞模型，客户端发起请求后，如果没响应，就一直不返回Response，直到有响应才返回，返回完之后，客户端再次建立连接，如此循环往复不亦乐乎。。。

从上面这两种方式看出他们都是在不断地建立HTTP连接，然后等待服务器处理，这样显得十分被动

那么缺点也随之而来： 这两种形式非常消耗资源，性能也不不好 好！接下来说说Websocket Websocket的出现，使得资源不需要像之前那种方式那么浪费

它非常主动，服务端就可以主动推送信息给客户端 所以，只需建立一次HTTP请求，就可以做到源源不断的信息传送了。（就像你在手机上玩ol游戏，一开始建立连接后，你就一直保持在线，除非你断线再连）

下面贴出我的代码片段以及github地址

功能点：

spring websocket chating room 使用spring websocket实现聊天室基本功能 1.群发消息给所有人 2.悄悄话给某个人

效果：

主体结构

代码：

https://github.com/leechenxiang/maven-spring-websocket-01