java_websocket详解(一)

关于websocket的资料,网上一搜一大堆,而且内容还不太相同,对于那些刚接触websocket的童鞋来说很绕,看起来很蛋疼。
首先说一下websocket协议,网络上多如牛毛,估计原作没有几个,都他妈抄的,然后稍微改几个字(夸张了点额)!
先说一下,draft_10,draft_17,draft_75,draft_76,关于这几个的区别,网上资料太少了,中文的几乎绝迹。。。
通过java_websocket的源码,讲解一下。
draft_10,draft_17,只是Sec-WebSocket-Version版本不一样,draft_10的Sec-WebSocket-Version是8,draft_17的Sec-WebSocket-Version是13

draft_10的如下,

public HandshakeState acceptHandshakeAsServer( ClientHandshake handshakedata ) throws InvalidHandshakeException {
        int v = readVersion( handshakedata );
        if( v == 7 || v == 8 )// g
            return basicAccept( handshakedata ) ? HandshakeState.MATCHED : HandshakeState.NOT_MATCHED;
        return HandshakeState.NOT_MATCHED;
    }

draft_17的如下,

    public HandshakeState acceptHandshakeAsServer( ClientHandshake handshakedata ) throws InvalidHandshakeException {
        int v = readVersion( handshakedata );
        if( v == 13 )
            return HandshakeState.MATCHED;
        return HandshakeState.NOT_MATCHED;
    }

首先,我们打开一个客户端,客户端会发一个握手请求

GET /chat HTTP/1.1
Host: server.example.com
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
Origin: http://example.com
Sec-WebSocket-Protocol: chat, superchat
Sec-WebSocket-Version: 13 

然后,服务端就会回一个:

HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo=
Sec-WebSocket-Protocol: chat


    public HandshakeState acceptHandshakeAsClient( ClientHandshake request, ServerHandshake response ) throws InvalidHandshakeException {
        if( !request.hasFieldValue( "Sec-WebSocket-Key" ) || !response.hasFieldValue( "Sec-WebSocket-Accept" ) )
            return HandshakeState.NOT_MATCHED;

        String seckey_answere = response.getFieldValue( "Sec-WebSocket-Accept" );
        String seckey_challenge = request.getFieldValue( "Sec-WebSocket-Key" );
        seckey_challenge = generateFinalKey( seckey_challenge );

        if( seckey_challenge.equals( seckey_answere ) )
            return HandshakeState.MATCHED;
        return HandshakeState.NOT_MATCHED;
    }

上面一段就是服务端对客户端的握手代码。

我们再来看一下Sec-WebSocket-Accept这个值是怎么实现的

    private String generateFinalKey( String in ) {
        String seckey = in.trim();
        String acc = seckey + "258EAFA5-E914-47DA-95CA-C5AB0DC85B11";
        MessageDigest sh1;
        try {
            sh1 = MessageDigest.getInstance( "SHA1" );
        } catch ( NoSuchAlgorithmException e ) {
            throw new RuntimeException( e );
        }
        return Base64.encodeBytes( sh1.digest( acc.getBytes() ) );
    }

这个就和其它资料上的一样了,Sec-WebSocket-Key的值 +”258EAFA5-E914-47DA-95CA-C5AB0DC85B11”,进行SHA1运算后,再进行base64加密。

帧处理看下一篇。

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
传统的HTTP协议是无状态的,每次请求(request)都要由客户端(如 浏览器)主动发起,服务端进行处理后返回response结果,而服务端很难主动向客户端发送数据;这种客户端是主动方,服务端是被动方的传统Web模式 对于信息变化不频繁的Web应用来说造成的麻烦较小,而对于涉及实时信息的Web应用却带来了很大的不便,如带有即时通信、实时数据、订阅推送等功能的应 用。在WebSocket规范提出之前,开发人员若要实现这些实时性较强的功能,经常会使用折衷的解决方法:轮询(polling)和Comet技术。其实后者本质上也是一种轮询,只不过有所改进。 轮询是最原始的实现实时Web应用的解决方案。轮询技术要求客户端以设定的时间间隔周期性地向服务端发送请求,频繁地查询是否有新的数据改动。明显地,这种方法会导致过多不必要的请求,浪费流量和服务器资源。 Comet技术又可以分为长轮询和流技术。长轮询改进了上述的轮询技术,减小了无用的请求。它会为某些数据设定过期时间,当数据过期后才会向服务端发送请求;这种机制适合数据的改动不是特别频繁的情况。流技术通常是指客户端使用一个隐藏的窗口与服务端建立一个HTTP长连接,服务端会不断更新连接状态以保持HTTP长连接存活;这样的话,服务端就可以通过这条长连接主动将数据发送给客户端;流技术在大并发环境下,可能会考验到服务端的性能。 这两种技术都是基于请求-应答模式,都不算是真正意义上的实时技术;它们的每一次请求、应答,都浪费了一定流量在相同的头部信息上,并且开发复杂度也较大。 伴随着HTML5推出的WebSocket,真正实现了Web的实时通信,使B/S模式具备了C/S模式的实时通信能力。WebSocket的工作流程是这 样的:浏览器通过JavaScript向服务端发出建立WebSocket连接的请求,在WebSocket连接建立成功后,客户端和服务端就可以通过 TCP连接传输数据。因为WebSocket连接本质上是TCP连接,不需要每次传输都带上重复的头部数据,所以它的数据传输量比轮询和Comet技术小 了很多。本文不详细地介绍WebSocket规范,主要介绍下WebSocketJava Web中的实现。 环境:jdk1.8.0_111,apache-tomcat-8.0.51

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值