【web】WebSocket初步的认识

测试超有范

已于 2022-08-28 20:08:33 修改

阅读量1k

点赞数

分类专栏： # 通讯协议文章标签： websocket

于 2022-08-06 23:14:15 首次发布

本文链接：https://blog.csdn.net/u011072936/article/details/126202031

版权

通讯协议专栏收录该内容

1 篇文章 0 订阅

订阅专栏

WebSocket是什么

WebSocket，即 Web 浏览器与 Web 服务器之间全双工通信标准，是一种基于 TCP 的轻量级网络通信协议，在地位上是与 HTTP“平级”的。

WebSocket作为一个协议，与HTTP协议、FTP协议、DNS服务同属于应用层，是TCP/IP协议族下的一个子集，同HTTP协议一样，WebSocket也是基于TCP协议基础上实现的。

通俗讲：使用WebSocket做为通讯协议时，客户端可以发送消息给服务端，同时，服务端也可以发送消息给客户端。

如果你要说，两台服务器不是也可以这样发送相互发送消息？接着往下看~

为什么要有 WebSocket

HTTP属于“请求 - 应答”是一种“半双工”的通信模式，虽然可以双向收发数据，但同一时刻只能一个方向上有动作，传输效率低。更关键的一点，它是一种“被动”通信模式，服务器只能“被动”响应客户端的请求，无法主动向客户端发送数据。

若是是浏览器做为客户端，而只能单向的由浏览器不算的“询问”服务器了。

那么，“请求 - 应答”有什么不好的地方呢？

虽然后来的 HTTP/2、HTTP/3 新增了 Stream、Server Push 等特性，但“请求 - 应答”依然是主要的工作方式。这就导致 HTTP 难以应用在动态页面、即时消息、网络游戏等要求“实时通信”的领域。

在 WebSocket 出现之前，在浏览器环境里用 JavaScript 开发实时 Web 应用很麻烦。因为浏览器是一个“受限的沙盒”，不能用 TCP，只有 HTTP 协议可用，所以就出现了很多“变通”的技术，“轮询”（polling）就是比较常用的的一种。

简单地说，轮询就是不停地向服务器发送 HTTP 请求，问有没有数据，有数据的话服务器就用响应报文回应。如果轮询的频率比较高，那么就可以近似地实现“实时通信”的效果。

但轮询的缺点也很明显，反复发送无效查询请求耗费了大量的带宽和 CPU 资源，非常不经济。

所以，为了克服 HTTP“请求 - 应答”模式的缺点，WebSocket 就“应运而生”了。它原来是 HTML5 的一部分，后来“自立门户”，形成了一个单独的标准。

WebSocket 的特点

WebSocket 是一个真正“全双工”的通信协议，与 TCP 一样，客户端和服务器都可以随时向对方发送数据，而不用像 HTTP“你拍一，我拍一”那么“客套”。于是，服务器就可以变得更加“主动”了。一旦后台有新的数据，就可以立即“推送”给客户端，不需要客户端轮询，“实时通信”的效率也就提高了。

服务发现方面，WebSocket 没有使用 TCP 的“IP 地址 + 端口号”，而是延用了 HTTP 的 URI 格式，但开头的协议名不是“http”，引入的是两个新的名字：“ws”和“wss”，分别表示明文和加密的 WebSocket 协议。

WebSocket 的默认端口也选择了 80（ws）和 443（wss），因为现在互联网上的防火墙屏蔽了绝大多数的端口，只对 HTTP 的 80、443 端口“放行”，所以 WebSocket 就可以“伪装”成 HTTP 协议，比较容易地“穿透”防火墙，与服务器建立连接。具体是怎么“伪装”的，我稍后再讲。