轮询,长轮询,websocket原理

2021-08-14 22:58

阅读:595

标签:数据   队列实现   字符串   标识   初始   循环   ima   time   val   服务端朝客户端主动推送消息 轮询:效率低,基本不用 让浏览器定时朝后端发送请求(通过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 = $(‘‘); // 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个字节


评论


亲,登录后才可以留言!