有了 HTTP 协议，为什么还需要 Websocket

有了HTTP协议、为什么我们还需要WebSocket？这是因为HTTP协议具有一定的局限性：它是无状态的、单向通信的，而WebSocket则提供了全双工通信机制、允许服务器主动向客户端发送信息、更适合实时性较高的应用场景。 WebSocket最显著的特点是，它实现了服务端与客户端的长连接，允许数据双向传输，这对于需要实时互动的网页应用来说是非常重要的。例如，在线游戏、聊天室、实时交易系统等场景下，利用WebSocket可以实现快速、实时的数据交换，而不必依赖于频繁的HTTP请求来不断地建立连接和断开连接，从而显著降低通信延时。

一、HTTP协议的局限性

HTTP协议设计为短连接、无状态、以及请求/响应模式的通信协议，本质上是一种不连续的通信方式。 当客户端发起请求后，服务器处理请求并返回响应，之后连接便会关闭，每次交互都必须重新建立连接。这种模式虽然在传统的网页浏览中足够高效，但对于需要频繁、实时地进行数据交换的应用而言，会产生大量的性能开销。

此外，HTTP协议通信过程中，只有客户端可以主动发起请求，服务器无法主动向客户端发送消息。这意味着，如果客户端需要获取最新数据，它必须定期地发送请求去轮询服务器，这样既增加了服务器的负担，也导致数据更新存在延迟。

二、WebSocket的优势

与HTTP协议不同，WebSocket提供了一个持续的连接通道、允许数据在客户端和服务器之间双向流动、并且连接一旦建立后就会保持打开状态，直到客户端或服务器决定关闭为止。 这为实时性要求高的应用提供了巨大的便利。例如，一个在线股票交易平台可以通过WebSocket实时推送股票价格变动，无需用户刷新页面或等待服务器的轮询响应。

WebSocket连接的另一个关键优势是它相对于传统HTTP连接更加高效。 在WebSocket连接中，头信息比HTTP协议的小得多，因此可以减少不必要的数据传输，同时减轻服务器的负担。WebSocket适合于那些需要快速反馈和小数据实时传输的场景。

三、实时交互的需求

在现代的Web应用中，用户期望获得接近桌面应用的体验，其中包括实时互动的能力。为了满足这些需求，需要一种技术能在用户操作后立即反馈结果，WebSocket正是为解决这个问题而生。 典型应用包括在线游戏、聊天室和社交媒体通知等，它们都需要服务器能迅速地向客户端推送更新。

实时性需求强的应用通常对数据传输的时间敏感性要求极高。通过建立稳定的WebSocket连接，可以实现几乎零延迟的数据更新。这对于那些反应时间直接关联到用户体验的服务至关重要。

四、降低服务器负载

在过去，如果客户端应用需要持续地获得更新，它可能需要实施轮询机制，即定期发送HTTP请求以检查更新。这种轮询通常会导致大量的冗余请求，浪费了服务器资源，而且由于每次请求都需要重新建立连接，延迟也会增加。 使用WebSocket之后，由于连接是持久化的，服务器只需要在有数据更新时才推送给客户端，大大减少了不必要的数据传输和处理过程。

此外，长连接减少了因建立和关闭连接所需的握手次数，从而节约了带宽和服务器的计算资源。相比于HTTP协议不断地打开和关闭连接，WebSocket能够更高效地利用服务器资源。

五、兼容性和安全性

虽然WebSocket相对较新，但它已被现代浏览器普遍支持。对于旧浏览器的兼容问题，可以通过Polyfills或者WebSocket代理来解决。 这意味着开发人员可以相对容易地在他们的应用程序中实现WebSocket支持，而不需要担心用户的浏览器会不会支持。

在安全性方面，WebSocket也提供了相应的方案。WebSocket Secure (WSS)是WebSocket的安全版本，它通过SSL/TLS加密来保护数据的安全传输。 这与HTTPS使用的加密机制相同，可以确保数据传输的安全性和完整性。

六、简化客户端和服务器之间的通信

WebSocket协议为开发者提供了一种更简单、更直接的方法来构建实时通信应用。 它允许发送文本消息或二进制数据，这使得它适用于各种不同的应用程序，从文本聊天到实时视频流，再到游戏和高频交易系统。这种灵活性是HTTP协议所无法比拟的。

对开发人员来说，WebSocket API相对简单，易于理解和实施。客户端与服务器端代码的编写都更加直观，通信逻辑也更加清晰。

七、结论

综上所述，尽管HTTP协议对于非实时的Web页面请求响应模式足够有效，但WebSocket因其设计上的优势、对实时数据传输的支持、以及降低服务器负载等特点，成为了支撑现代互联网应用不可或缺的技术手段。 实现持续连接、实时交互、降低服务负载、提高安全性以及简化通信，是WebSocket被广泛采用的主要原因。

相关问答FAQs：

为什么 Websocket 还需要存在，HTTP 协议不能满足需求吗？

• 首先，HTTP 协议是一种无状态的协议，每次客户端与服务器之间的通信都需要重新建立连接，这导致了一些实时性要求较高的应用无法满足需求。而 Websocket 则是一种基于 TCP 的持久化协议，能够实现全双工通信，无需重复建立连接，因此能够满足实时通信的需求。

• 其次，HTTP 协议在客户端发送请求后，服务器响应后即断开连接，如果客户端需要频繁地发送请求，将会造成较大的网络开销。而 Websocket 允许服务器主动推送数据到客户端，客户端也可以随时向服务器发送数据，实现了真正的双向通信，减少了网络开销。

• 最后，HTTP 协议对请求和响应的头部信息较多，占用了较多的网络带宽。而 Websocket 协议的头部信息较少，有效减少了网络开销和延迟，提高了数据传输的效率。

Websocket 相对于 HTTP 协议有哪些优势？

• 首先，Websocket 基于 TCP 协议，具备持久连接的特性，能够实现实时双向通信。而 HTTP 协议是一种无状态协议，每次通信都需要重新建立连接，无法满足实时通信的需求。

• 其次，Websocket 可以在客户端和服务器之间传输任意类型的数据，而 HTTP 协议只能以文本或二进制的形式传输数据。这使得 Websocket 在游戏开发、聊天应用等场景下具备更大的灵活性和可扩展性。

• 最后，Websocket 的请求头较小，减少了网络开销和延迟，提高了数据传输的效率。而 HTTP 协议的请求头较大，会造成较大的网络开销。

Websocket 如何与 HTTP 协议共存？

• 首先，Websocket 协议可以通过 HTTP 协议进行握手，此过程中，客户端发送一个 HTTP 报文给服务器，表明客户端希望协议改为 Websocket。服务器可以通过解析报文来判断是否进行 Websocket 协议的转换。

• 其次，一旦握手成功，Websocket 就会通过已经建立的 TCP 连接进行通信，与此同时，HTTP 连接也会保持打开状态，以便在需要时能进行 HTTP 协议的通信。

• 最后，如果客户端或服务器希望关闭 Websocket 连接，可以发送一个特定的关闭帧，从而终止连接，但这不会对 HTTP 连接产生影响。所以 Websocket 可以与 HTTP 协议在同一个应用程序中共存，并且相互独立工作。