aty

JSR365是java制定的websocket编程规范，属于Java EE 7的一部分。websocket和socket一样，既有客户端编程，也有服务端编程，JSR365制定了websocket客户端和服务端编程常用的API。现在websocket编程结束了，同服务端编程一样，JSR365仅仅是一个规范。服务端websocket我们使用的是实现者Tomcat，现在我们需要挑选websocket client的实现者。在maven仓库搜索websocket，可以找到很多的实现者，比如jetty客户端实现。

我们在没有引入Spring MVC的情况下，实现了Spring WebSocket编程，但是却比较麻烦体现在2个方面：1.我们必须记录所有的websocket客户端，然后将消息广播给所有客户端。2.必须手动创建WebSocketHandler和HandshakeInterceptor等对象，无法在spring.xml中配置。所以我们还是使用SpringMVC+Websocket吧，会给编程带来很大的便利。

上一篇文章我们没有使用Spring MVC，而是自己编写了一个Servlet用来处理来自的客户端的WebSocket连接，这篇文章我们用Spring MVC + WebSocket改造下之前的程序。我们使用Spring MVC的DispatcherServlet只拦截了websocket请求。DispatcherServlet拦截到请求后，会自动调用我们在spring.xml中注册的websocket的处理类。

传统的J2EE程序，浏览器端并没有推送机制，如果浏览器想要实时获取服务端的最新信息，那么必须通过轮询的方式。很显然轮询方式既浪费http带宽，又难以保证实时性。手机端的消息推送很方便，很好用。比如百度提供的百度云推送方案，google的GCM推送，apple的apns推送，基于这些推送服务，我们可以很容易构建出手机端的实时应用。websocket的引入，就是为了让浏览器也能像手机一样，被动接受服务端的推送信息。

之前我们android项目的IM功能和推送功能使用的是国内的环信，但是项目需要部署到欧洲，欧洲地区对个人隐私数据的保护非常严格，不允许我们将聊天等信息传到环信在国内的服务器上，所以不得不采用别的推送方案。后面经过研究，决定使用Amazon SNS移动消息推送服务。如果是中国，那我们就使用百度云推送解决方法；如果是国外环境，使用的是google GCM推送。

Spring4开始支持WebSocket，也支持通过STOMP协议连接JMS消息服务器如ActiveMQ等。Spring4官方给出了这么一个STOMP例子，不过是使用注解风格的，官方例子没有我们熟悉的web.xml，没有spring.xml，这个跟Spring3差别很大，一时有点接受不了，经过自己的尝试把官方例子改成了XML风格的。