【问答篇】websocket简介、websocket性能怎么样？

WebSocket 是一种网络通信协议，它在单个持久连接上提供了全双工（双向）通信。WebSocket 的设计初衷是为了解决 Web 应用中客户端与服务器之间实时、双向通信的需求。它允许在 Web 浏览器和服务器之间建立长连接，从而实现低延迟、高效的数据传输。

WebSocket 使用了特殊的握手过程，在与服务器建立连接时，首先通过 HTTP 协议发送一个升级（Upgrade）请求。一旦服务器接受了升级请求，连接将切换到 WebSocket 协议，并保持打开状态，直到客户端或服务器主动关闭。

WebSocket 的主要特点如下：

1. 全双工通信：WebSocket 支持客户端和服务器之间的双向通信，它们可以在同一时间向对方发送和接收数据。

2. 低延迟：由于 WebSocket 保持持久连接，客户端和服务器可以随时发送数据，而无需每次通信时重新建立连接，从而大大减少了通信延迟。

3. 数据帧：WebSocket 使用数据帧来发送和接收数据，数据帧可以包含文本或二进制数据。与 HTTP 相比，WebSocket 的数据帧具有较小的开销，提高了传输效率。

4. 易于集成：WebSocket 可以与现有的 Web 技术和基础设施（如 HTTP、HTTPS 和代理服务器）兼容，方便在 Web 应用中集成。

WebSocket 适用于需要实时数据交互的应用场景，例如在线聊天、实时通知、多人在线游戏和实时数据监控等。

什么是双工流

双工流（Duplex stream）是一种在计算机科学和通信领域中使用的数据流概念。双工流允许在两个方向上同时传输数据，这意味着在一个双工流中，数据可以在同一时间从一个端点发送到另一个端点，并从另一个端点发送回来。换句话说，双工流允许通信的两个参与者在同一时间向对方发送和接收数据。

双工流主要有两种类型：

1. 全双工（Full-duplex）：全双工通信允许在同一时间进行双向数据传输，这意味着通信的两个参与者可以同时发送和接收数据，而不会影响彼此。例如，电话通话就是一种全双工通信，因为通话双方可以在同一时间说话和听对方说话。

2. 半双工（Half-duplex）：半双工通信允许在不同时间进行双向数据传输，但不能同时进行。在这种情况下，通信的两个参与者需要在发送和接收数据之间切换。例如，对讲机是一种半双工通信，因为用户需要按下按钮才能说话，并在说话时无法听到对方。

在编程和数据处理方面，双工流通常是指能够在同一时间处理读取和写入操作的数据流。例如，在 Node.js 中，双工流（Duplex stream）是一种特殊类型的流，它实现了可读流（Readable stream）和可写流（Writable stream）的接口，使得它可以在同一时间读取和写入数据。这在处理网络通信、文件操作等方面非常有用，因为它可以简化双向数据传输的处理过程。

websocket是全双工还是半双工

WebSocket 是一种全双工（Full-duplex）通信协议。它允许在同一时间进行双向数据传输，这意味着在 WebSocket 连接中，客户端和服务器可以同时发送和接收数据，而不会影响彼此。这种实时双向通信特性使得 WebSocket 成为实时应用（如聊天应用、实时通知、在线游戏等）的理想选择。

WebSocket 在底层使用 TCP 进行通信，它在 TCP 连接之上建立一个持久连接，并在连接建立后进行数据帧的传输。由于 WebSocket 在一个持久的 TCP 连接上工作，它允许双方在任何时候发送数据，而无需重新建立连接，从而大大降低了延迟和通信成本。

websocket一直占用tcp连接会不会造成资源浪费

虽然 WebSocket 保持持久的 TCP 连接，但它不一定会导致资源浪费。事实上，WebSocket 的设计目标之一就是为了在客户端和服务器之间实现高效的通信。与 HTTP 长轮询和多次建立连接相比，WebSocket 有很多优势，包括较低的延迟、更少的数据包传输等。

然而，在某些情况下，保持大量的 WebSocket 连接可能会导致资源问题。例如，当有大量用户连接到同一服务器时，服务器需要处理的并发连接数可能会增加，从而消耗更多的内存和计算资源。此外，由于每个 WebSocket 连接都会占用一个 TCP 端口，因此在极端情况下，可能会耗尽可用的端口数量。

为了避免这些问题，可以采用以下策略：

1. 使用负载均衡：通过在多个服务器之间分配连接，可以减轻单个服务器的压力。
2. 限制连接数：设置每个客户端允许的最大连接数，以避免滥用。
3. 设置超时：在客户端或服务器上设置超时，以便在一段时间内没有活动的连接将自动关闭。
4. 使用连接池：通过复用已经建立的连接，可以减少频繁创建和关闭连接的开销。

总之，虽然 WebSocket 在某些情况下可能会消耗资源，但其高效的通信特性和适当的优化策略可以确保资源得到充分利用。

websocket相对于restful劣势是什么

WebSocket 和 RESTful 都是网络通信的方法，但它们的应用场景和优势有所不同。相对于 RESTful，WebSocket 的一些劣势包括：

1. 复杂性：WebSocket 的实现相对复杂，需要建立和维护持久连接，以及处理连接生命周期的各个阶段。而 RESTful 是基于无状态的 HTTP 协议，更简单易懂。

2. 通用性：RESTful 基于 HTTP，与各种网络基础设施和中间件兼容性更好。WebSocket 相对较新，可能会遇到兼容性问题，例如代理服务器和防火墙的限制。

3. 缓存：由于 RESTful 是基于 HTTP 的，它可以利用现有的 HTTP 缓存策略和基础设施来缓存数据和响应，提高性能。而 WebSocket 由于其实时性和全双工特性，无法直接利用 HTTP 缓存。

4. 状态管理：RESTful API 是无状态的，每个请求都是独立的，易于扩展和维护。而 WebSocket 是有状态的，需要更多的资源来管理连接和状态。

5. 易用性：RESTful API 使用简单的 HTTP 请求方式（如 GET、POST、PUT、DELETE 等），易于理解和实现。WebSocket 需要特定的客户端和服务器实现才能建立连接和通信。

6. 跨域请求：RESTful 服务可以通过简单的配置来处理跨域请求，而 WebSocket 需要在客户端和服务器端都实现跨域支持。

尽管如此，WebSocket 仍然具有显著的优势，特别是在实时应用、低延迟和高频率通信方面。在选择 WebSocket 和 RESTful 时，应根据应用需求和场景进行权衡。

既然提到了跨域，那么二者跨域上的区别是什么

跨域请求是指在 Web 应用中，一个域名下的资源请求另一个域名下的资源。对于 WebSocket 和 RESTful（基于 HTTP），它们在处理跨域请求方面有一些不同。

1. RESTful 跨域请求：

RESTful 服务基于 HTTP，当浏览器遇到跨域 HTTP 请求时，通常会执行 CORS（跨源资源共享）策略。CORS 是一种安全机制，允许服务器指定哪些源（域名、协议和端口）可以访问其资源。在 CORS 中，浏览器会在发起实际请求之前发送一个预检请求（Preflight request），这是一个 OPTIONS 请求，用于获取服务器允许的源、方法和头部信息。

如果服务器允许该跨域请求，它会在响应头中包含 Access-Control-Allow-Origin、Access-Control-Allow-Methods 和 Access-Control-Allow-Headers 等字段。浏览器将根据这些响应头来判断是否允许实际请求继续执行。

2. WebSocket 跨域请求：

WebSocket 协议与 HTTP 不同，它不受同源策略的限制，因此可以直接在不同域名之间建立连接。然而，为了防止未经授权的连接，WebSocket 协议在建立连接时使用了一种类似于 CORS 的机制。

当客户端尝试建立 WebSocket 连接时，它会发送一个包含 Origin 头的 HTTP 升级请求。服务器可以检查此 Origin 头，以确定是否允许来自该源的连接。如果服务器允许连接，它会返回一个包含 Connection: Upgrade 和 Upgrade: websocket 的响应头，表示协议已升级为 WebSocket。之后，客户端和服务器之间的通信将绕过同源策略，实现跨域通信。

总结一下：

• RESTful 通过 CORS 机制处理跨域请求，依赖于浏览器发送预检请求以及服务器返回的响应头（如 Access-Control-Allow-Origin 等）来控制跨域访问。
• WebSocket 在建立连接时使用类似于 CORS 的机制。客户端发送带有 Origin 头的 HTTP 升级请求，服务器根据 Origin 头决定是否允许跨域连接。一旦连接建立，WebSocket 通信将不受同源策略限制。

尽管处理跨域请求的方式有所不同，但无论是 RESTful 还是 WebSocket，目的都是确保服务器可以控制哪些源可以访问其资源，从而保证安全。