WebSocket不同版本的三种握手方式以及一个Netty实现JAVA类

最新推荐文章于 2024-04-07 11:30:44 发布
最新推荐文章于 2024-04-07 11:30:44 发布
阅读量525 收藏
点赞数
分类专栏： Java基础 文章标签： websocket java 服务器 加密 浏览器 null

一、WebSocket不同版本的三种握手方式

WebSocket是HTML5中的新特性，应用也是非常的广泛，特别是用户WEB端与后台服务器的消息通讯，如阿里的WEBWW就是使用的WebSocket与后端服务器建立长连接进行的通讯。目前WebSocket还处于发展当中，就目前的发展过程而言，WebSocket现在不同的版本，有三种不同的握手方式：

1、基于Flash的WebSocket通讯，使用场景是IE的多数版本，因为IE的多数版本不都不支持WebSocket协议，以及FF、CHROME等浏览器的低版本，还没有原生的支持WebSocket，可以使用FLASH的WebSocket实现进行通讯：

浏览器请求：

view plain
  1. GET /ls HTTP/1.1  
  2. Upgrade: WebSocket  
  3. Connection: Upgrade  
  4. Host: www.xx.com  
  5. Origin: http://www.xx.com  

服务器回应：

view plain
  1. HTTP/1.1 101 Web Socket Protocol Handshake  
  2. Upgrade: WebSocket  
  3. Connection: Upgrade  
  4. WebSocket-Origin: http://www.xx.com  
  5. WebSocket-Location: ws://www.xx.com/ls  

原理：

    如果客户端没有发送Origin请求头，则客户端不需要返回，如果客户端没有发送WebSocket-Protocol请求头，服务端也不需要返回；服务端唯一需要组装返回给客户端做为校验的就是WebSocket-Location请求头，拼装一个websocket请求的地址就可以了。

  这种方式，是最老的一种方式，连一个安全Key都没有，服务端也没有对客户的请求做加密性校验。

2、第二种握手方式是带两个安全key请求头的，结果以md5加密，并放在body中返回的方式，参看如下示例：

浏览器请求：

view plain
  1. GET /demo HTTP/1.1  
  2. Host: example.com  
  3. Connection: Upgrade  
  4. Sec-WebSocket-Key2: 12998 5 Y3 1  .P00  
  5. Sec-WebSocket-Protocol: sample  
  6. Upgrade: WebSocket  
  7. Sec-WebSocket-Key1: 4 @1  46546xW%0l 1 5  
  8. Origin: http://example.com  
  9. ^n:ds[4U  

服务器回应：

view plain
  1. HTTP/1.1 101 WebSocket Protocol Handshake  
  2. Upgrade: WebSocket  
  3. Connection: Upgrade  
  4. Sec-WebSocket-Origin: http://example.com  
  5. Sec-WebSocket-Location: ws://example.com/demo  
  6. Sec-WebSocket-Protocol: sample  
  7. 8jKS’y:G*Co,Wxa-  

原理：

    在请求中的“Sec-WebSocket-Key1”, “Sec-WebSocket-Key2”和最后的“^n:ds[4U”都是随机的，服务器端会用这些数据来构造出一个16字节的应答。

把第一个Key中的数字除以第一个Key的空白字符的数量，而第二个Key也是如此。然后把这两个结果与请求最后的8字节字符串连接起来成为一个字符串，服务器应答正文（“8jKS’y:G*Co,Wxa-”）即这个字符串的MD5 sum。


3、第三种是带一个安全key的请求，结果是先以“SHA-1”进行加密，再以base64的加密，结果放在Sec-WebSocket-Accept请求头中返回的方式：

浏览器请求：

view plain
  1. GET /ls HTTP/1.1  
  2. Upgrade: websocket  
  3. Connection: Upgrade  
  4. Host: www.xx.com  
  5. Sec-WebSocket-Origin: http://www.xx.com  
  6. Sec-WebSocket-Key: 2SCVXUeP9cTjV+0mWB8J6A==  
  7. Sec-WebSocket-Version: 8  

服务器回应：

view plain
  1. HTTP/1.1 101 Switching Protocols  
  2. Upgrade: websocket  
  3. Connection: Upgrade  
  4. Sec-WebSocket-Accept: mLDKNeBNWz6T9SxU+o0Fy/HgeSw=  


原理：

   握手的实现，首先要获取到请求头中的Sec-WebSocket-Key的值，再把这一段GUID "258EAFA5-E914-47DA-95CA-C5AB0DC85B11"加到获取到的Sec-WebSocket-Key的值的后面，然后拿这个字符串做SHA-1 hash计算，然后再把得到的结果通过base64加密，就得到了返回给客户端的Sec-WebSocket-Accept的http响应头的值。

    还可以参看我前面专门针对这种协议写的一篇文章：http://blog.csdn.net/fenglibing/article/details/6852497


二、基于Netty实现JAVA类

为了支持以上提到的三种不同版本的websocket握手实现，服务端就需要针对这三种情况进行相应的处理，以下是一段基于netty实现的java代码，一个完整的WebSocketHelper实现：

view plain
  1. import java.io.UnsupportedEncodingException;  
  2. import java.security.MessageDigest;  
  3. import java.security.NoSuchAlgorithmException;  
  4.   
  5. import org.jboss.netty.buffer.ChannelBuffer;  
  6. import org.jboss.netty.buffer.ChannelBuffers;  
  7. import org.jboss.netty.handler.codec.http.DefaultHttpResponse;  
  8. import org.jboss.netty.handler.codec.http.HttpHeaders;  
  9. import org.jboss.netty.handler.codec.http.HttpHeaders.Names;  
  10. import org.jboss.netty.handler.codec.http.HttpRequest;  
  11. import org.jboss.netty.handler.codec.http.HttpResponse;  
  12. import org.jboss.netty.handler.codec.http.HttpResponseStatus;  
  13. import org.jboss.netty.handler.codec.http.HttpVersion;  
  14.   
  15. public class WebSocketHelper {  
  16.   
  17.     private final static String SEC_WEBSOCKET_KEY     = "Sec-WebSocket-Key";  
  18.     private final static String SEC_WEBSOCKET_ACCEPT  = "Sec-WebSocket-Accept";  
  19.     /* websocket版本号：草案8到草案12版本号都是8，草案13及以后的版本号都和草案号相同 */  
  20.     private final static String Sec_WebSocket_Version = "Sec-WebSocket-Version";  
  21.   
  22.     /** 
  23.      * 判断是否是WebSocket请求 
  24.      *  
  25.      * @param req 
  26.      * @return 
  27.      */  
  28.     public boolean supportWebSocket(HttpRequest req) {  
  29.         return (HttpHeaders.Values.UPGRADE.equalsIgnoreCase(req.getHeader(HttpHeaders.Names.CONNECTION)) && HttpHeaders.Values.WEBSOCKET.equalsIgnoreCase(req.getHeader(HttpHeaders.Names.UPGRADE)));  
  30.     }  
  31.   
  32.     /** 
  33.      * 根据WebSocket请求，判断不同的握手形式，并返回相应版本的握手结果 
  34.      *  
  35.      * @param req 
  36.      * @return 
  37.      */  
  38.     public HttpResponse buildWebSocketRes(HttpRequest req) {  
  39.         String reasonPhrase = "";  
  40.         boolean isThirdTypeHandshake = Boolean.FALSE;  
  41.         int websocketVersion = 0;  
  42.         if (req.getHeader(Sec_WebSocket_Version) != null) {  
  43.             websocketVersion = Integer.parseInt(req.getHeader(Sec_WebSocket_Version));  
  44.         }  
  45.         /** 
  46.          * 在草案13以及其以前，请求源使用http头是Origin，是草案4到草案10，请求源使用http头是Sec-WebSocket-Origin，而在草案11及以后使用的请求头又是Origin了， 
  47.          * 不知道这些制定WEBSOCKET标准的家伙在搞什么东东，一个请求头有必要变名字这样变来变去的吗。<br> 
  48.          * 注意，这里还有一点需要注意的就是"websocketVersion >= 13"这个条件，并不一定适合以后所有的草案，不过这也只是一个预防，有可能会适应后面的草案， 如果不适合还只有升级对应的websocket协议。<br> 
  49.          */  
  50.         if (websocketVersion >= 13  
  51.             || (req.containsHeader(Names.SEC_WEBSOCKET_ORIGIN) && req.containsHeader(SEC_WEBSOCKET_KEY))) {  
  52.             isThirdTypeHandshake = Boolean.TRUE;  
  53.         }  
  54.   
  55.         // websocket协议草案7后面的格式，可以参看wikipedia上面的说明，比较前后版本的不同：http://en.wikipedia.org/wiki/WebSocket  
  56.         if (isThirdTypeHandshake = Boolean.FALSE) {  
  57.             reasonPhrase = "Switching Protocols";  
  58.         } else {  
  59.             reasonPhrase = "Web Socket Protocol Handshake";  
  60.         }  
  61.         HttpResponse res = new DefaultHttpResponse(HttpVersion.HTTP_1_1, new HttpResponseStatus(101, reasonPhrase));  
  62.         res.addHeader(HttpHeaders.Names.UPGRADE, HttpHeaders.Values.WEBSOCKET);  
  63.         res.addHeader(HttpHeaders.Names.CONNECTION, HttpHeaders.Values.UPGRADE);  
  64.         // Fill in the headers and contents depending on handshake method.  
  65.         if (req.containsHeader(Names.SEC_WEBSOCKET_KEY1) && req.containsHeader(Names.SEC_WEBSOCKET_KEY2)) {  
  66.             // New handshake method with a challenge:  
  67.             res.addHeader(Names.SEC_WEBSOCKET_ORIGIN, req.getHeader(Names.ORIGIN));  
  68.             res.addHeader(Names.SEC_WEBSOCKET_LOCATION, getWebSocketLocation(req));  
  69.             String protocol = req.getHeader(Names.SEC_WEBSOCKET_PROTOCOL);  
  70.             if (protocol != null) {  
  71.                 res.addHeader(Names.SEC_WEBSOCKET_PROTOCOL, protocol);  
  72.             }  
  73.             // Calculate the answer of the challenge.  
  74.             String key1 = req.getHeader(Names.SEC_WEBSOCKET_KEY1);  
  75.             String key2 = req.getHeader(Names.SEC_WEBSOCKET_KEY2);  
  76.             int a = (int) (Long.parseLong(getNumeric(key1)) / getSpace(key1).length());  
  77.             int b = (int) (Long.parseLong(getNumeric(key2)) / getSpace(key2).length());  
  78.             long c = req.getContent().readLong();  
  79.             ChannelBuffer input = ChannelBuffers.buffer(16);  
  80.             input.writeInt(a);  
  81.             input.writeInt(b);  
  82.             input.writeLong(c);  
  83.             ChannelBuffer output = null;  
  84.             try {  
  85.                 output = ChannelBuffers.wrappedBuffer(MessageDigest.getInstance("MD5").digest(input.array()));  
  86.             } catch (NoSuchAlgorithmException e) {  
  87.             }  
  88.   
  89.             res.setContent(output);  
  90.         } else if (isThirdTypeHandshake = Boolean.FALSE) {  
  91.             String protocol = req.getHeader(Names.SEC_WEBSOCKET_PROTOCOL);  
  92.             if (protocol != null) {  
  93.                 res.addHeader(Names.SEC_WEBSOCKET_PROTOCOL, protocol);  
  94.             }  
  95.             res.addHeader(SEC_WEBSOCKET_ACCEPT, getSecWebSocketAccept(req));  
  96.         } else {  
  97.             // Old handshake method with no challenge:  
  98.             if (req.getHeader(Names.ORIGIN) != null) {  
  99.                 res.addHeader(Names.WEBSOCKET_ORIGIN, req.getHeader(Names.ORIGIN));  
  100.             }  
  101.             res.addHeader(Names.WEBSOCKET_LOCATION, getWebSocketLocation(req));  
  102.             String protocol = req.getHeader(Names.WEBSOCKET_PROTOCOL);  
  103.             if (protocol != null) {  
  104.                 res.addHeader(Names.WEBSOCKET_PROTOCOL, protocol);  
  105.             }  
  106.         }  
  107.   
  108.         return res;  
  109.     }  
  110.   
  111.     private String getWebSocketLocation(HttpRequest req) {  
  112.         return "ws://" + req.getHeader(HttpHeaders.Names.HOST) + req.getUri();  
  113.     }  
  114.   
  115.     private String getSecWebSocketAccept(HttpRequest req) {  
  116.         // CHROME WEBSOCKET VERSION 8中定义的GUID，详细文档地址：http://tools.ietf.org/html/draft-ietf-hybi-thewebsocketprotocol-10  
  117.         String guid = "258EAFA5-E914-47DA-95CA-C5AB0DC85B11";  
  118.         String key = "";  
  119.         key = req.getHeader(SEC_WEBSOCKET_KEY);  
  120.         key += guid;  
  121.         try {  
  122.             MessageDigest md = MessageDigest.getInstance("SHA-1");  
  123.             md.update(key.getBytes("iso-8859-1"), 0, key.length());  
  124.             byte[] sha1Hash = md.digest();  
  125.             key = base64Encode(sha1Hash);  
  126.         } catch (NoSuchAlgorithmException e) {  
  127.         } catch (UnsupportedEncodingException e) {  
  128.         }  
  129.         return key;  
  130.     }  
  131.   
  132.     String base64Encode(byte[] input) {  
  133.         sun.misc.BASE64Encoder encoder = new sun.misc.BASE64Encoder();  
  134.         String base64 = encoder.encode(input);  
  135.         return base64;  
  136.     }  
  137.   
  138.     // 去掉传入字符串的所有非数字  
  139.     private String getNumeric(String str) {  
  140.         return str.replaceAll("\\D", "");  
  141.     }  
  142.   
  143.     // 返回传入字符串的空格  
  144.     private String getSpace(String str) {  
  145.         return str.replaceAll("\\S", "");  
  146.     }  
  147. }  


三、注意事项

不同版本的WebSocket标准，编码和解码的方式还有所不同，在第一种和第二种WebSocket协议标准中，使用Netty自带的Encoder和Decoder即可：

org.jboss.netty.handler.codec.http.websocket.WebSocketFrameEncoder
org.jboss.netty.handler.codec.http.websocket.WebSocketFrameDecoder

而如果要支持第三种实现标准，Netty目前官方还不支持，可以到github中找到实现的Encoder及Decoder：

https://github.com/joewalnes/webbit/tree/0356ba12f5c21f8a297a5afb433215bb2f738008/src/main/java/org/webbitserver/netty

不过，它的实现有一点问题，就是没有处理客户端主动发起的WebSocket请求断开，既客户端主动发起opcode为8的请求，不过它还是有预留的，找到这个类：

Hybi10WebSocketFrameDecoder

的包含这以下内容的行：

} else if (this.opcode == OPCODE_CLOSE) {

在其中插入：

return new DefaultWebSocketFrame(0x08, frame);

然后在你的实现子类中增加如下的代码判断即可：

view plain
  1. if (frame.getType() == 0x08) {  
  2.         //处理关闭事件的XXX方法  
  3.         return;  
  4. }  
gaoqinqing
关注
专栏目录
java websocket netty_基于netty实现的websocket
weixin_36333122的博客
02-24 737
一、运行效果二、Netty使用场景1.高性能领域2.多线程并发领域3.异步通信领域三、实现过程①、添加netty相关jario.nettynetty-all5.0.0.Alpha1②、添加netty配置类publicclassNettyConfig{/***存储每一个客户端接入进来时的channel对象*/publicstaticChannelGroupgroup=newDef...
netty实现webSocket握手处理并添加响应头
Cocoxzq000的博客
09-08 1921
webSocket. Sec-WebSocket-Protocol 的鉴权
tomcat7和tomcat8的websocket区别
m0_67391907的博客
04-27 572
tomcat8真正支持jsr-356(包含对websocket的支持)， tomcat7部分版本的websocket实现不兼容jsr-356。websocket实现tomcat7.x与tomcat8.x有很大差异。在tomcat7中使用websocket需要定义一个servlet，然后继承WebSocketServlet，在tomcat8中使用websocke。出自：http://blog.csdn.net/liuxiao723846/article/details/46930173 一、tomcat7定义
基于Netty的Java WebSocket集群框架。.zip
03-23
在WebSocket服务器端，Netty提供了WebSocketServerProtocolHandler来处理WebSocket握手和消息传输。 2. **WebSocket协议**：WebSocket协议是HTTP/1.1协议的一个扩展，通过"Upgrade"头字段进行升级，建立起一个持久...
Netty实现Java服务端和C#客户端联通
08-09
标题中的“Netty实现Java服务端和C#客户端联通”是指使用Netty作为Java服务器框架，与C#客户端（使用DotNetty库）进行通信的一种技术实现。这涉及到跨平台的网络通信，以及两个不同编程语言间的交互。 Netty是Java...
基于Websocket草案10协议的升级及基于Netty的握手实现
热门推荐
冯立彬的博客
10-08 2万+
最近发现，WEBWW在chrome14及FF6.5中没法与后台建立连接了，后面经过查找原因，是chrome14中使用最新的websocket协议草案，而chrome12中使用的websocket协议标准还是草案7.5、7.6的标准；现在草案的最新版本是草案10,草案的链接地址为：http://tools.ietf.org/html/draft-ietf-hybi-thewebsocketproto
Netty框架介绍并编写WebSocket服务端与客户端
最新发布
喵酱
04-07 2774
Netty框架介绍并编写WebSocket服务端与客户端
Netty笔记：使用WebSocket协议开发聊天系统
Leon的专栏
10-17 1万+
WebSocket 是 Html5 开始提供的一种浏览器与服务器间进行全双工通信的网络技术。（全双工：同一时刻，数据可以在客户端和服务端两个方向上传输）。 在 WebSocket API 中，浏览器和服务器只需要做一个握手的动作，然后浏览器和服务器之间就形成了一条快速通道，两者就可以直接互相传送数据了。
Netty--webSocket
cq17780734684的博客
05-02 365
    在WebSocket API中，浏览器和服务器只需要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道，两者就可以直接互相传送数据了。WebSocket基于TCP双向全双工进行消息传递，在同一时刻，既可以发送消息，也可以接收消息，相比HTTP的半双工协议，性能得到很大提升。    WebSocket的特点：        单一的TCP连接，采用全双工模式通信。        对...
Netty系列二：TCP/IP 协议三次握手
cj2580的博客
04-27 1819
netty time_wait I/O
Netty实战（十三）WebSocket协议（一）
一起学习一起进步~
06-12 793
WebSocket 协议是完全重新设计的协议，旨在为 Web 上的双向数据传输问题提供一个切实可行的解决方案，使得客户端和服务器之间可以在任意时刻传输消息，因此，这也就要求它们异步地处理消息回执。
Netty之握手和安全认证
ForeverLove的博客
07-24 1万+
Netty之握手和安全认证     握手的发起是在客户端和服务端TCP链路建立成功通道激活时，握手消息的接入和安全认证在服务端处理。 一. 握手认证的客户端ChannelHandler     握手认证的客户端ChannelHandler，用于在通道激活时发起握手请求 package aggrement;   import java.awt.TrayIcon.MessageType;
Netty 教程 – 实现WebSocket通讯
二师兄撒欢之地
03-13 2009
2.Server Push 服务器的推送，服务器不再被动的接收到浏览器的请求之后才返回数据，而是在有新数据时就主动推送给浏览器。，浏览器和服务器只需要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。是一个用户定义的字符串，用来区分同URL下，不同的服务所需要的协议；经过服务器的返回处理后连接握手成功，后面就可以进行TCP通讯，协议那样由用户自定义，还是需要遵循对应的应用协议规范…连线请求，然后服务器发出回应，这个过程通常称为。的一种新的网络协议，它实现了浏览器与服务器。
Netty 实现 WebSocket 聊天功能
weixin_33997389的博客
03-26 584
原文同步至 http://www.waylau.com/netty...
Java 实现使用 Websocket 发送消息
来到人间不过是个蹭饭的客人，还挑什么酸甜苦辣。
11-08 4227
需求背景：之前做了个楼栋房间数量出租了多少，需要在数据大屏上实时展示；以切面拦截出租接口，当有房间出租时重新查询相关数据，封装好用websocket实时传送前端展示
Java websocket 使用
IT徐师兄
05-18 3729
WebSocket 是一种基于 TCP 协议的全双工通信协议，可以在浏览器和服务器之间建立实时、双向的数据通信。在 Java 中，我们可以使用 Java API for WebSocket（JSR 356）来实现 WebSocket。WebSocket 的作用是在 Web 应用程序中实现实时、双向的数据通信，可以用于在线聊天、在线游戏、实时数据展示等场景。
Netty实现高效Websocket聊天室教程
一个典型的Netty服务器由几个核心组件构成，包括引导类Bootstrap或ServerBootstrap、事件循环组EventLoopGroup、通道Channel以及通道处理器ChannelHandler。 对于WebSocket协议，它是一种在单个TCP连接上提供全双工...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值