区分Socket-TCP和WebSocket

Socket TCP（传输控制协议）和 WebSocket 都是用于在网络上进行实时通信的协议，但它们之间存在几个重要的区别：

1. **底层协议：** Socket TCP 是基于传输控制协议（TCP）的网络套接字编程接口，而 WebSocket 则是一种独立的、基于 TCP 的应用层协议。

2. **通信方式：** Socket TCP 是一种全双工的、持续的、面向连接的通信方式。它提供了一个持久化的双向通信通道，通过两个端点之间的连接进行数据传输。WebSocket 也是一种全双工的通信方式，但它通过在客户端和服务器之间建立一个长久的连接，实现双向实时通信。

3. **协议标识和握手：** Socket TCP 没有明确的协议标识和握手过程。它的连接建立是通过 IP 地址和端口号来标识，并且在连接建立后立即开始数据传输。而 WebSocket 在建立连接时使用 HTTP 协议进行握手，服务器和客户端之间会进行一些特定的握手步骤来协商协议版本、支持的扩展和数据格式等。

4. **数据格式：** Socket TCP 并没有规定特定的数据格式。它传输的是原始字节流，应用程序需要自行解析和处理接收到的数据。与此不同，WebSocket 使用消息的概念，数据被封装成消息进行传输。消息可以是文本或二进制格式，并且 WebSocket 提供了一些高级 API 来处理消息的发送和接收。

5. **适用场景：** Socket TCP 更适用于低延迟、高吞吐量的实时数据传输，例如游戏服务器、实时聊天等。WebSocket 则更适用于需要双向实时通信的 Web 应用程序，如在线聊天、实时协作和实时数据更新等。

需要注意的是，WebSocket 协议本身是基于 HTTP 协议的升级，它在建立连接后可以切换到全双工通信模式，同时保持较低的开销。因此，WebSocket 可以被用作一种更高级的协议，用于替代传统的 Socket TCP 通信，特别是在 Web 应用程序中。

在传输数据时，Socket TCP 存在黏包问题，而 WebSocket 协议在设计上解决了这个问题。

黏包问题是指在使用 Socket TCP 传输数据时，发送端发送的数据可能会被接收端一次性接收到，导致接收端无法正确解析和区分每个数据包。这可能是由于网络传输的延迟、缓冲区的处理方式等原因造成的。

WebSocket 协议通过在数据包的头部加入额外的信息来解决黏包问题。每个 WebSocket 数据包都包含了用于标识数据帧的信息，包括数据的长度、是否分片等。这样接收端可以根据这些信息正确地解析和处理每个数据包，而不会受到黏包问题的影响。

WebSocket 协议还提供了消息的概念，将数据封装成消息进行传输。每个消息在协议层面上是独立的，接收端可以根据消息的边界来正确地处理和解析消息，而不需要关心底层的传输细节。

因此，WebSocket 协议在设计上解决了黏包问题，提供了更可靠和方便的数据传输和解析机制。这使得开发者可以更轻松地处理和管理数据包，而不需要自己实现黏包和拆包的逻辑。