轮询,长轮询,websocket原理

Posted Yolo

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了轮询,长轮询,websocket原理相关的知识,希望对你有一定的参考价值。

服务端朝客户端主动推送消息

轮询:效率低,基本不用

让浏览器定时朝后端发送请求(通过ajax向后端偷偷发送数据),比如每隔五秒钟发一次请求,那么你的数据延迟就可能会高达五秒

不足之处
    数据延迟
  消耗资源过大
  请求次数太多

长轮询:兼容性好,一般大公司都会考虑使用它

# 队列+ajax
服务端给每个客户端建立队列,让浏览器通过ajax朝服务端要数据,去各自的队列中获取
如果没有数据则会阻塞但是不会一直阻塞,比如阻塞你30秒,还没有数据则返回,然后让客户端浏览器再次发送请求数据的请求

相对于轮询
    基本是没有消息延迟的
  请求次数降低了很多
  
# web版本的qq和微信基本上用的都是这么一个逻辑

基于ajax及队列实现长轮询的功能

"""
1.首页自定义用户唯一表示,给每个用户初始化一个队列
2.发送按钮绑定点击事件 后端讲数据放入每一个队列中
3.书写自动获取数据的ajax代码 循环调用
4.前端获取数据DOM操作渲染页面
"""
$(\'#d1\').click(function () {
        $.ajax({
            url:\'/send_msg/\',
            type:\'post\',
            data:{\'content\':$(\'#d2\').val()},
            dataType:\'JSON\',
            success:function (args) {
            }
        })
    });
    function getMsg(){
        $.ajax({
            url:\'/get_msg/\',
            type:\'get\',
            data:{\'name\':\'{{ name }}\'},  // 只要当前登陆人的队列中的数据
            {#dataType:\'JSON\',#}
            success:function (args) {
                // 针对返回的消息做相应的处理
                if(args.status){
                    // 有消息则渲染页面  讲消息全局放到聊天纪录里面
                    // 1 创建标签
                    var pEle = $(\'<p>\');
                    // 2 给标签设置文本内容
                    pEle.text(args.msg);
                    // 3 讲创建好的标签添加到聊天记录div标签内
                    $(\'#content\').append(pEle)
                }else{
                    // 没有消息 则继续发送
                }
                getMsg()  // 循环请求数据
            }
        })
    }
    $(function () {
        getMsg()  // 等待页面加载完毕自动执行
    })
          
          
# 后端
# 全局大字典
q_dict = {}  # {\'唯一表示\':队列,....}


def ab_bl(request):
    # 获取我们自定义的客户端唯一标识
    name = request.GET.get(\'name\')
    # 给每一个客户端创建一个队列
    q_dict[name] = queue.Queue()
    return render(request,\'ab_bl.html\',locals())

def send_msg(request):
    if request.method == \'POST\':
        # 获取用户发送的消息
        content = request.POST.get(\'content\')
        # 讲该消息传递给所有的队列
        for q in q_dict.values():
            q.put(content)
        return HttpResponse(\'OK\')

def get_msg(request):
    name = request.GET.get(\'name\')
    # 拿到对应的队列
    q = q_dict.get(name)
    # 讲队列中可能有的数据取出并返回给前端浏览器

    # 定义一个字典与ajax进行交互
    back_dic = {\'status\':True,\'msg\':\'\'}
    try:
        data = q.get(timeout=10)  # 等10s 没有则直接报错
        back_dic[\'msg\'] = data
    except queue.Empty as e:
        back_dic[\'status\'] = False
    return JsonResponse(back_dic)
    # return HttpResponse(json.dumps(back_dic))

 

websocket

真正的做到服务端发送消息而不再是被动的发送

目前主流的浏览器都是支持websocket

"""
HTTP协议  网络协议(不加密传输)
HTTPS协议 网络协议(加密传输)
    上面两个协议都是短链接

websocket网络协议  (加密传输)
    浏览器和服务端创建链接之后 默认不再断开 
    两端都可以基于该链接收发消息
    websocket的诞生能够真正做到服务端发送消息而不再是被动的发送
"""

websocket内部原理

"""
分成两大部分
    1.握手环节:验证服务端是否支持websocket协议
        先连接服务器
        
        浏览器产生一个随机字符串 给服务端发送一份(请求头) 自己留一份
        Sec-WebSocket-Key: ePW8kp1XqLNWbJxE/Q38SA==
        服务端和客户端都对随机字符串做下面的操作
        
        随机字符串 + magic string拼接
        然后再将拼接好的结果进行加密处理(sha1/base64)得到密文
        
        浏览器自动比对双方产生的密文是否一致,如果一致说明服务端支持websocket
        如果不一致会报错
        
        假设比对上了 建立websocket链接 基于该链接收发消息
        
    2.收发数据
        密文传输 >>> 必然要涉及解密(全球统一)的过程
        基于网络传输的数据都是二进制格式 对应到我们python中就是bytes类型
        
       
        数据解密过程
            1.先读取数据的第二个字节的后7位(payload) 
            根据7位数据的大小来指定不同的解密流程
                =127:再往后读取8个字节
                =126:再往后读取2个字节
                <=125:不再往后读取
                
            除去前面读取的数据之外 再往后读4个字节(masking-key)
            拿着它去解析后面的真实数据(依据一个计算公式)
"""

 

 

 

 

以上是关于轮询,长轮询,websocket原理的主要内容,如果未能解决你的问题,请参考以下文章

Tornado-长轮询_webSocket

轮询长轮询和websocket

轮询长轮询和websocket

长轮询,websocket

WebSockets 和长轮询

ASP.NET 上的 WebSockets/长轮询 - 共享主机?