你了解WebSocket吗？

最新推荐文章于 2024-08-30 10:18:33 发布
最新推荐文章于 2024-08-30 10:18:33 发布
阅读量1k 收藏 3
点赞数
分类专栏： 计算机网络 文章标签： websocket 网络 网络协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_36434742/article/details/125165830
版权

1.写在前面

前面的博客已经介绍完了HTTP1.0/1.1相关的协议了，这个时候我们继续来了解对应的WebSocket协议

2.Websocket解决什么问题？

如何及时获得更新？从轮询到通知

在这里插入图片描述

Chrome请求列表：分析WebSocket

  • 过滤器
    • 按类型：WS
    • 属性过滤：is:running
  • 表格列
    • Data:消息负载。如果消息为纯文本，则在此处显示。对于二进制操作码，此列将显示操作码的名称和代码。支持以下操作码:Continuation Frame、Binary Frame、Connection Close Frame、Ping Frame 和Pong Frame
    • Length:消息负载的长度（以字节为单位）
    • Time：收到或发送消息的时间
  • 消息颜色
    • 发送至服务器的文本消息为浅绿色
    • 接收到的文本消息为白色
    • WebSocket操作码为浅黄色
    • 错误为浅红色

支持双向通讯的WebSocket

  • Rfc6455(2011.12)

  • 双向细通讯的优劣？

  • 如何管理会话？

  • 如何维持长连接？

  • 兼容HTTP协议 端口复用

  • 支持扩展 如permessage-deflate扩展

    在这里插入图片描述

3.Websocket的约束

WebSocket的成本

  • 实时性与可伸缩性

    • 牺牲了简单性

  • 网络效率与无状态：请求2基于请求1

    • 牺牲了简单性与可见性

    在这里插入图片描述

在这里插入图片描述

长连接的心跳保持

  • HTTP长连接只能基于简单的超时（常见为65秒）
  • WebSocket连接基于ping/pong心跳机制维持。

兼容HTTP协议

  • 默认使用80或者443端口
  • 协议升级
  • 代理服务器可以简单支持

在这里插入图片描述

设计哲学：在Web约束下暴露TCP给上层

  • 元数据去哪了？
    • 对比：HTTP协议头部会存放元数据
    • 由WebSocket上传输的应用层存放元数据
  • 基于帧：不是基于流（HTTP、TCP）
    • 每一帧要么承载字符数据，要么承载二进制数据
  • 基于浏览器的同源策略模型（非浏览器无效）
    • 可以使用Access-Control-Allow-Origin等头部
  • 基于URI、子协议支持同主机同端口上的多个服务

4.WebSocket协议格式

帧格式示意图

  • 红色是2字节必然存在的帧首部

    在这里插入图片描述

数据帧格式：RSV保留值

  • RSV1/RSV2/RSV3:默认为0，仅当使用extension扩展时，由扩展决定其值

    在这里插入图片描述

数据帧格式：帧类型

  • 持续帧

    • 0：继续前一帧

  • 非控制帧

    • 1：文本帧(UTF8)
    • 2：二进制帧
    • 3-7：为非控制帧保留

  • 控制帧

    • 8：关闭帧
    • 9：心跳帧ping
    • A：心跳帧pong
    • B-F:为控制帧保留

    在这里插入图片描述

ABNF描述的帧格式

在这里插入图片描述

5.如何从HTTP升级到WebSocket

URI格式

  • Ws-URI = “ws:” “//” host [“:” port] path [“?” query]
    • 默认的port端口80
  • Wss-URI = “wss:” “//” host [“:” port] path [“?” query]
    • 默认port端口443
  • 客户端提供信息
    • host与port:主机名和端口
    • Shema:是否基于SSL
    • 访问资源：URI
    • 握手随机数：Sec-WebSocket-Key
    • 选择子协议：Sec-WebSocket-Protocol
    • 扩展协议：Sec-WebSocket-Extensions
    • CORS跨域：Origin

建立握手

在这里插入图片描述

如何证明握手被服务器接受？预防意外

  • 请求中的Sec-WebSocket-Key随机数
    • 例如Sec-WebSocket-Key: A1EEou7Nnq6+BBzoAzqWlg==
  • 响应中的Sec-WebSocket-Accept证明值
    • GUID（RFC4122）：258EAFA5-E914-47DA-95CA-C5AB0DC85B11
    • 值构造规则：BASE64(SHA1(Sec-WebSocket-KeyGUID))
      • 拼接值：A1EEou7Nnq6+BBZoAZqWlg==258EAFA5-E914-47DA-95CA-C5AB0DC85B11
      • SHA1 值：713f15ece2218612fcadb1598281a35380d1790f
      • BASE 64 值：cT8V7OIhhhL8rbFZgoGjU4DReQ8=
      • 最终头部：Sec-WebSocket-Accept: cT8V7OIhhhL8rbFZgoGjU4DReQ8=

6.传递消息时的编码格式

消息与数据帧

  • Message消息
    • 1条消息由1个或者多个帧组成，这些数据帧属于同一类型
    • 代理服务器可能合并、拆分消息的数据帧
  • Frame数据帧
    • 持续帧
    • 文本帧、二进制帧

非控制帧的消息分片：有序

在这里插入图片描述

数据帧格式：消息内容的长度

  • 消息内容长度组成

    • 应用消息长度
    • 扩展数据长度

  • <=125字节

    • 仅使用Payload len

  • 126至2^16-1

    • Payload len 值为126
    • Extended payload length16为表示长度

  • 216至264-1

    • Payload len值为127
    • Extended payload length共8字节64位表示长度

    在这里插入图片描述

发送消息

  • 确保WebSocket会话处于OPEN状态
  • 以帧来承载消息，一条消息可以拆分多个数据帧
  • 客户端发送的帧必须基于掩码编码
  • 一旦发送或者接收到关闭帧，连接处于CLOSING状态
  • 一旦发送了关闭帧，且接收到关闭帧，连接处于CLOSED状态
  • TCP连接关闭后，WebSocket连接才完全被关闭

7.掩码及其所针对的代理污染攻击

针对代理服务器的缓存污染攻击

在这里插入图片描述

frame-masking-key掩码

  • 客户端消息：MASK为1（包括控制帧）传递32位无法预测的、随机的Masking-key

  • 服务器端消息：MASK为0

    在这里插入图片描述

掩码如何防止缓存污染攻击？

  • 目的：防止恶意页面上的代码，可以经由浏览器构造出合法的GET请求，使得代理服务器可以识别出请求并缓存响应。
  • 强制浏览器执行以下方法：
    • 生成随机的32位frame-masking-key,不能让JS代码猜出（否则可以反向构造）
    • 对传输的包体按照frame-masking-key执行可对称解密的XOR异或操作，使代理服务器不识别
    • 消息编码算法：
      • j = i MOD 4
      • Transformed-octet-i = original-octet-i XOR masking-key-octet-j

8.如何保持会话心跳

心跳帧

  • 心跳帧可以插在数据帧中传输
    • ping帧
      • opcode=9
      • 可以含有数据
    • pong帧
      • opcode=A
      • 必须与ping帧数据相同

在这里插入图片描述

9.如何关闭WebSocket会话

关闭会话的方式

  • 控制帧中关闭帧：在TCP连接之上的双向关闭

    • 发送关闭帧后，不能再发送任何数据
    • 接收到关闭帧后，不再接收任何到达的数据

  • TCP连接意外中断

关闭帧格式

  • opcode=8

  • 可以含有数据，但仅用于解释关闭会话的原因

    • 前2字节为无符号整型

    • 遵循mask掩码规则

      在这里插入图片描述

关闭帧的错误码

错误码含义
1000正常关闭
1001表示浏览器页面跳转或者服务器将要关机
1002发现协议错误
1003接收到不能处理的数据帧（例如某端不能处理二进制消息）
1004预留
1005预留（不能用在关闭帧里）期望但没有接收到错误码
1006预留（不能用在关闭帧里）期望给出非正常关闭的错误码
1007消息格式不符合opcode(例如文本帧里消息没有用UTF8编码)
1008接收到的消息不遵守某些策略（比1003、1009更一般的错误）
1009消息超出能处理的最大的长度
1010客户端明确需要使用扩展，但服务器没有给出扩展的协商信息
1011服务器遇到未知条件不能完成请求
1015预留（不能用在关闭帧里），表示TLS握手失败

10.写在最后

这篇博客对WebSocket协议进行一个简单的介绍，后面我们会继续介绍对应的HTTP2的协议

了不起的盖茨比。
关注
专栏目录
【Web通信】WebSocket详解：WebSocket是什么？如何使用WebSocket？在Vue中封装WebSocket(心跳监测)。nginx配置websocket。
余浩的博客
11-21 1749
`WebSocket` 是一种基于`TCP`的**全双工**通信协议，它提供了一种在浏览器和服务器之间建立持久连接来交换数据的方法。数据可以作为“数据包”在**两个方向**上传递，而无需中断连接也无需额外的 `HTTP` 请求。 - 使用场景：对于需要连续数据交换的服务，例如网络游戏，实时交易系统等，WebSocket 尤其有用。最典型的场景就是聊天室。
各种 WebSocket 的区别你都知道吗？
Meldoy_mgh的博客
07-11 749
mghio读完需要7分钟速读仅需 3 分钟1 WebSocketWebSocket 简介：WebSocket 协议支持客户端之间的双向通信，用于此模型是常用的基于源的安全模型通过网络浏...
WebSocket 协议
莫名的拉风的博客
09-27 9567
WebSocket 协议 WebSocket protocol 是HTML5一种新的协议。它实现了浏览器与服务器全双工通信(full-duplex)。在这之前都是客户端主动请求服务端，一请求一应答，很多时候实现消息更新都是采用ajax轮询，有延迟，有了WebSocket双方都可以主动发给对端，实现真正的推送。    一、WebSocket Protocol Format(协议格式
websocket数据帧格式
m0_74036006的博客
02-16 1739
Websocket数据帧格式
WebSocket协议理解-数据包格式解析
weixin_46777373的博客
08-30 1105
做客户端开发时，接触最多的应用层网络协议，就是 HTTP 协议，而今天介绍的 WebSocket，下层和 HTTP 一样也是基于 TCP 协议，这是一种轻量级网络通信协议，也属于应用层协议。WebSocket 与 HTTP/2 一样，其实都是为了解决 HTTP/1.1 的一些缺陷而诞生的，而 WebSocket 针对的就是「请求-应答」这种"半双工"的模式的通信缺陷。「请求-应答」是"半双工"的通信模式，数据的传输必须经过一次请求应答，这个完整的通信过程，通信的同一时刻数据只能在一个方向上传递。它最大的问题
WebSocket协议数据格式解析
qq_25048473的博客
03-06 3690
图一 说明： websocket协议是基于TCP的应用层协议。按照图一左边用红色长方形扩起来的序列号逐条解释。10.12.100.89是客户端ip地址，47.111.170.187是服务端ip地址。 下方红色序号的数字对应图一左边红色框圈出来的序号。 1.三次握手操作：(24，25，26) ...
WebSocket 的 6 种集成方式
嘻哈熊的专栏
07-19 173
和 WebMVC 中的 WebSocketClient 一样，Reactive 包中的 WebSocketClient 也有很多实现类，比如 ReactorNettyWebSocketClient，JettyWebSocketClient，UndertowWebSocketClient，TomcatWebSocketClient 等等，也是需要大家基于自身项目的容器使用不同的实现类。通过我的测试发现基本上所有的 WebSocket 包括前端 js 自带的，都实现了自动回复；
一步步学WebSocket（3）WebSocket协议格式
weixin_33985507的博客
09-07 146
这一篇本来要讲一下WebSocket的协议格式，后发现有人帮我做了这件事：https://segmentfault.com/a/1190000005680323我就没必要班门弄锯了。
【WebSocket应用解析】看完了还敢说不懂WebSocket吗？
m0_37922914的博客
10-16 727
本文始发于我的个人网站：https://www.jianfengke.com/ WebSocket是啥 Websocket是一个持久化的网络通信协议，可以在单个 TCP 连接上进行全双工通讯，没有了Request和Response的概念，两者地位完全平等，连接一旦建立，客户端和服务端之间实时可以进行双向数据传输. WebSocket跟Http区别与联系 HTTP是非持久的协议，客户端想知道服务端的处理进度只能通过不停地使用 Ajax进行轮询或者采用 long poll 的方式来，但是前者对服务器压力大，后
如何配置nginx实现微信小程序wss协议的反向代理，以便在443端口同时支持HTTPS和webSocket服务？
最新发布
10-30
首先需要了解webSocket协议与HTTP协议的关系。webSocket协议是在HTTP协议基础上的升级，客户端发起的HTTP请求中包含了特定的头部字段来请求协议升级。 参考资源链接：[nginx配置反向代理webSocket解决方案]...
了解Websocket
“明明很开心”的博客空间
04-18 499
了解Websocket 前几天在工作中后台同事让我研究一下一个付费网站返回前端的数据结构。 我照常规F12看获取数据的后台接口请求，结果发现调试工具里的Network没有任何请求。有数据的交互竟然没有请求？？于是我不甘心 用了Fiddler工具进行抓包，发现跟network一样除了一些图片cssjs加载没有其他请求。我又回去重新看了一遍，发现了原来是用websocket进行通讯的 对于webso...
WebSocket 常用工具类
04-18
筛选了N个WebSocket工具类之后，最后发现这个工具类是可以实用的。希望能够帮助到大家
websocket实时获取数据（数据可视化大屏）
热门推荐
weixin_52703987的博客
02-16 3万+
什么是 WebSocket？ 随着互联网的发展，传统的HTTP协议已经很难满足Web应用日益复杂的需求了。近年来，随着HTML5的诞生，WebSocket协议被提出，它实现了浏览器与服务器的全双工通信，扩展了浏览器与服务端的通信功能，使服务端也能主动向客户端发送数据。 　　我们知道，传统的HTTP协议是无状态的，每次请求（request）都要由客户端（如 浏览器）主动发起，服务端进行处理后返回response结果，而服务端很难主动向客户端发送数据；这种客户端是主动方，服务端是被动方的传统Web模式 对于信息
webSocket实现数据的实时推送(附：前后端代码)
Javaの甘乃迪的博客
04-13 3万+
webSocket实现数据的实时推送(附：前后端代码)
网络 | 应用层-websocket协议报文格式解析
moteandsunlight的博客
05-11 1332
websocket的官方文档为rfc(request for comments)，是网络协议的规范文档。它包含了许多计算机世界的核心知识除了这里的websocket，它里边还包含我们熟知的http,tcp等协议的解析。websocket协议对应的编号是rfc 6455。
webSocket
W_han__的博客
10-17 1267
WebSocket概述 WebSocket是基于H5规范的，WebSocket 类用于发送和接收数据。 在 H5 规范中，定义了客户端和服务器通讯的 WebSocket 方式，在得到浏览器支持以后，WebSocket 将会取代 Comet成为服务器推送的方法。 目前 Chrome、Firefox、Opera、Safari 等主流版本均支持，Internet Explorer从10开始支持。
详解 websocket
擅长后端研发
02-01 2352
WebSocket该协议在规范RFC 6455中进行了描述，它提供了一种通过持久连接在浏览器和服务器之间交换数据的方法。数据可以作为“数据包”双向传递，而无需中断连接或发出额外的 HTTP 请求。为啥不用HTTP1.1 呢，HTTP1.1的双向通信只能通过轮询，会浪费很多网络资源，因为每次都需要tcp的三次握手以及四次挥手。而且HTTP1.1不能从server到client 进行消息推送，消息的实时性得不到保证。
Websocket Frame 格式（Websocket 数据帧格式）
白袍小将的博客
12-29 9482
今天，公司要求在媒体服务器上实现websocket-flv播放，即通过Websocket技术来实现flv播放。笔者以前曾用Websocket协议实现过一个百万级别的即时通信服务器，但到今日已有时日，对Websocket协议的帧格式是记不清楚了，今日正好重新复习一下，做笔记如下，已备忘。 浏览器通过GET方式发送Websocket请求，服务器通过判断其请求头部是否包含 ...
如何在Spring Boot项目中集成Undertow内嵌容器并实现高性能的WebSocket支持？
10-30
对于希望在Spring Boot项目中整合高性能的内嵌容器Undertow，并实现WebSocket支持的开发者来说，这份资料《Spring Boot内嵌Undertow：高性能Web服务器创建指南》是不可多得的资源。通过这份指南，开发者可以详细了解如何将Undertow集成到Spring Boot应用中，并充分利用其高性能的特性。 参考资源链接：[Spring Boot内嵌Undertow：高性能Web服务器创建指南](https://wenku.csdn.net/doc/6xmbjw5pmu) 首先，集成Undertow需要添加相应的Maven依赖到项目的pom.xml文件中，如下所示： ```xml <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> <exclusions> <exclusion> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-tomcat</artifactId> </exclusion> </exclusions> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-undertow</artifactId> </dependency> ``` 在添加了依赖之后，Spring Boot会默认使用Undertow作为内嵌服务器。接下来，可以通过实现WebSocketHandler接口来创建WebSocket服务端点： ```java import org.springframework.web.socket.WebSocketHandler; import org.springframework.web.socket.WebSocketSession; import org.springframework.web.socket.CloseStatus; import org.springframework.web.socket.TextMessage; import org.springframework.web.socket.config.annotation.EnableWebSocket; import org.springframework.web.socket.config.annotation.WebSocketConfigurer; import org.springframework.web.socket.config.annotation.WebSocketHandlerRegistry; @Configuration @EnableWebSocket public class WebSocketConfig implements WebSocketConfigurer { @Override public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) { registry.addHandler(myHandler(), 参考资源链接：[Spring Boot内嵌Undertow：高性能Web服务器创建指南](https://wenku.csdn.net/doc/6xmbjw5pmu)
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值