谈一谈Tomcat中webSocket，Jetty WebSocket 和Spring WebSocket以及github中Java-WebSocket.jar分别对Socket协议的角色定位以及效果

开局先上一张图：（http://tomcat.apache.org/tomcat-7.0-doc/web-socket-howto.html）

 

当前截图来自于apache的tomcat官网（问：为何会是中文？答：由于中文人人都懂，而英文担忧并不是全部程序猿都OK撒，因此LZ的截图为翻译一下后的截图）；

RFC

由上图第二列“概观”可知，Tomcat为RFC 6455所定义的WebSocket提供支持，那么RFC又是什么？先来一段百度百科的标准解释：

Request For Comments  简称RFC，是一系列以编号为排号的文件，文件收集了有关因特网的相关资讯， 以及UNIX和因特网社群的软件文件， 几乎全部的因特网通信协定标准都收录在RFC文件之中；  （具体连接看这里：https://baike.baidu.com/item/RFC/1840?fr=aladdin）；

简单点来讲RFC所记录的协议是国际上通用且承认的Internet协议，其中任何一个协议在被建立之初，到被RFC收录成为成为标准的Internet协议都会被具有一个STD编号，这个编号也就是当前协议在RFC中所记录内容的惟一标识，因此，此时再看Apache Tomcat中所对应的WebSocket概述即可得知：当前Tomcat中间件所实现的Java的WebSocket协议，是根据RFC_6455所定义的WebSocket协议标准来实现的技术支持；因此，若是你想要了解对应的WebSocket协议的定义和规范，那么你应该访问的真正网站即是RFC_6455中对应的WebSocket协议的规范和说明（想看的小伙伴，点击这里：https://tools.ietf.org/html/rfc6455），那么为何互联网会产生这么多协议呢，这些协议的目的是什么，产生它的做用是什么呢？想要了解的小伙伴能够点击这里（开局一张图 互联网的硬件机器的交互过程，）

WebSocket

WebSocket简介：WebSocket协议支持客户端之间的双向通讯，用于此的模型是经常使用的基于源的安全模型经过网络浏览器。该协议包括一个开放握手，而后是基本的消息框架，经过TCP分层的目标，这项技术是为基于浏览器的机制提供的，须要与服务器进行双向通讯的应用程序不依赖于打开多个HTTP链接（例如，使用XMLHttpRequest或<iframe>和长轮询）。

上述WebSocket的简介来源于RFC6455中对WebSocket的定义，经过上述简介可知，WebSocket的出现就是要为了实现一个双向的通讯协议，用以抛弃基于HTTP轮训而实现的实时通讯的效果；（固然WebSocket协议后续也作了不少优化，包括简化http的握手认证，以及多路复用等特性，详情也能够查看RFC中关于WebSocket最新的编码记载（https://tools.ietf.org/html/rfc8441））

JSR-356

    了解RFC以及对应的WebSocket协议说明外，此时能够查看下上述截图的第三列“应用开发”，其中应用开发这一列所提到，Tomcat实现了JSR-356所定义的Java WebSocket 1.1API，也就是说，当前Tomcat所实现的WebSocket的具体代码实现，是基于JSR-356所定义的JavaWebSocket API的具体实现；那么？JSR是什么？

    若是说RFC是Internet上全部被提案且标准化协议的一个说明外，那么JSR则是Java的规范提案；此处来一个百度百科的具体说明，以下：

    JSR是Java Specification Requests的缩写，意思是Java 规范提案。是指向JCP(Java Community Process)提出新增一个标准化技术规范的正式请求。任何人均可以提交JSR，以向Java平台增添新的API和服务。JSR已成为Java界的一个重要标准。

    JAVA有本身的专家组和规范审核组，新增的标准化技术提案和实现则须要进行严格的审核后，便将会做为Java的新规范而存在，那么看到这里，应该即是已经清楚了当前WebSocket在Java中的总体应用说明，各容器Tomcat以及Jetty，或者WebLoginc等等，只要是做为Java的容器而存在的项目，则在具体实现WebSocket这个协议的技术时，都必须遵照且依赖于Java自身的WebSocket接口和规范，以此来对接Java的上层应用实现逻辑；

 

SpringWebSocket, Tomcat WebSocket, Jetty WebSocket, Java-WebSocket.jar 的区别：

 

    Tomcat和Jetty自己做为J2EE的容器而存在，因此Tomcat以及Jetty中对于Websocket协议的支持，都是基于Java自身所定义的接口进行的支持，各容器对WebSocket的具体实现方式不一样，但经常使用的WebSocket接口，如@ServerPoint（定义一个WebSocket接口）等这样的应用层规范，因为是Java自身已经定义的接口规范，因此在无需了解具体的容器实现时，只须要关注Java自身对于WebSocket的实现便可；（固然在具体使用时，须要确认当前容器的版本是否支持WebSocket以及是否引入的有对应WebSocket jar等，毕竟容器才是对外socket协议的具体实现交互类，因为Tomcat以及Jetty自己的lib下是存在对应的WebSocket具体的实现jar的，因此项目中进行引用的时候，须要设置为非runtime运行时使用的jar，或者直接将对应的容器lib直接引入到项目的librares中便可）

    Java-WebSocket.jar具体是作什么？

    由于Java-WebSocket.jar是github上关于java websocket的项目start数量最多的一个项目，因此，初次使用或者不熟悉Java WebSocket的同窗，通常都会直接按照Java-WebSocket的实例Demo进行socket协议的效果验证，结果在具体的J2EE web开发中，却会发现一些莫名的问题，好比：虽然我引用了Java-WebSocket.jar但最终服务跑起来后，感受和他并无神马关系；反而会出现不少Tomcat容器不兼容等的容器异常；那么此时则必须了解下，对应的Java-WebSocket是作什么滴了，Java-WebSocket是github上一个开源大神写的关于Java实现WebSocket的一个开源组件，使用它能够作到Java中使用WebSocket协议，可是！具体的J2EE项目中，Tomcat中所实现的WebSocket协议的具体实现，则跟当前的Java-WebSocket.jar没有一毛钱关系，换句话说，若是你确定是基于容器去启动服务的状况下，那么要Java-webSocket.jar于不要这个Jar问题不大，由于Tomcat容器已经帮你实现了一套WebSocket的具体实现了，可是！若是你的服务

不是基于jetty,Tomcat等容器去启动的话，那么你还想实现WebSocket效果，此时的Java-WebSocket.jar则是最佳的选择，由于它能够帮你实现Main函数启动时定义WebSocket端口等一系列事情（具体可参考github地址：https://github.com/TooTallNate/Java-WebSocket）注意：Java-WebSocket.jar对socket协议的具体实现，固然也是基于Java自身的WebSocket API规范来实现的了；

    Spring-WebSocket是作什么？

    既然容器已经帮咱们实现了关于WebSocket协议的具体实现，那么为何我还要引入Spring-WebSocket？我要它作什么？yes，是的，若是你只是单纯的使用Tomcat所实现的WebSocket时，直接使用@ServerPoint定义WebSocket接口，而后直接使用，固然是没有问题的撒，可是！若是你的项目是基于Spring作的开发，好比你引入了SpringMVC，还引入了SpringSecurity，那么问你个问题，既然Spring已经帮你管理了Controller控制层的访问(基于请求拦截)，也帮你作了SpringSecurity安全请求认证，那么，为何你定义一个WebSocket接口，Spring就会直接帮你映射到这个WebSocket的控制器上吗？答案是：固然不会，由于SpringMVC默认是作基于Http的拦截的，若是你想使用WebSocket协议，那么你只须要引入Spring-WebSocket的jar包集就行，它会帮你查找被@ServerPoint所定义的socket接口类，而后将该类定义为Socket的实现类，固然具体的Socket协议的规范实现，仍是容器帮你进行实现；除此以外，既然Socket接口也是归属于Spring管理的，那么针对Socket协议，Spring-Socket也帮你实现了一整套的安全规范，能够设置拦截，是否容许非指定的域名访问，等一系列效果；（建议深度使用Spring的项目能够引入Spring-Socket作一整套的控制，由于Spring Socket的确帮你实现了不少一整套的安全认证的功能，容器只是基于WebSocket的具体实现罢了，因此，各自分工不一样，各个角色所作的事情，使用socket时，此处须要牢记，只有明白了各个角色所作的解耦合的事情后，出现异常问题，才更加方便和有思绪的进行排查；注：LZ所实现的WebSocket也是基于Spring socket的实现，网上也有一些基于Spring的项目，使用非spring-socket的实现，感兴趣的小伙伴能够试一下，Spring自己应该也是支持开启具体参数后，而后支持socket协议的控制层的直接传输，具体没有作过验证明现；不想从新搞的小伙伴直接按照上述的思路和角色开发，确定是没毛病的；    祝各位宝宝春梦了无痕，(¦3[▓▓] 晚安）

 

版权声明

---

做者：Arnold zhao

出处：博客园Arnold的技术博客--https://www.cnblogs.com/zh94/

您的支持是对博主最大的鼓励，感谢您的认真阅读。

本文版权归做者全部，欢迎转载，但未经做者赞成必须保留此段声明，且在文章页面明显位置给出原文链接，不然保留任何追究法律责任的权利。