TCP 服务器接收到的数据比预期多

我有一个服务器客户端应用程序，其中客户端将图像数据流式传输到服务器。我有以下结构：

Client:

private void SerializeAndSendMessage(Message msg) {
        BinaryFormatter formatter = new BinaryFormatter();
        MemoryStream stream = new MemoryStream();
        formatter.Serialize(stream, msg);
        byte[] buffer = stream.ToArray();

        if (clientSocket != null)
        {
            if (clientSocket.Connected)
            {
                clientSocket.BeginSend(buffer, 0, buffer.Length, SocketFlags.None, SendCallback, null);
            }
        }
    }

private void SendCallback(IAsyncResult ar) {
        try
        {
            clientSocket.EndSend(ar);
            Debug.WriteLine("Message sent.");
        }
        catch (Exception ex)
        {
            //
        }
    }

Server:

  private void ReceiveCallback(IAsyncResult ar)
    {
        try
        {
            int received = clientSocket.EndReceive(ar);
            Array.Resize(ref buffer, received);
            BinaryFormatter formatter = new BinaryFormatter();

            MemoryStream stream = new MemoryStream(buffer);

            object obj = null;
            stream.Position = 0;
            try
            {
                obj = formatter.Deserialize(stream);
            }
            catch (Exception ex )
            {
               //
            }

            // processing data

            Array.Resize(ref buffer, clientSocket.ReceiveBufferSize);
            clientSocket.BeginReceive(buffer, 0, buffer.Length, SocketFlags.None, ReceiveCallback, null);
        }
        catch (Exception ex)
        {
            //
        }
    }

我期望发生什么：

1. 服务器开始接受客户端的数据
2. 客户端发送大小为X的数据
3. 服务器接收到大小为X的数据并开始处理它
4. 同时客户端仍在发送数据
5. 服务器没有收到此数据
6. 服务器完成处理接收到的数据，现在开始从客户端接收数据
7. goto 2

怎么了：

1. 服务器开始接受客户端的数据
2. 客户端发送大小为X的数据
3. 服务器接收到大小为X的数据并开始处理它
4. 同时客户端仍在发送数据
5. 服务器没有收到此数据
6. 服务器完成处理接收到的数据，现在开始从客户端接收数据
7. 客户端发送第 N 个大小为 X 的数据包
8. 服务器接收大小为M*X的数据

这显然会导致服务器上的缓冲区填满并且无法反序列化发送的包。我缺少什么？我可以做什么来实现上述工作？

TCP 是一种流式传输协议。如果您在客户端接连执行多个发送操作，TCP 会在尝试填充 MTU 时将它们组合成一个段。

如果 mtu 已满或连续 50ms 计时器过去，或者客户端本身必须确认从服务器收到的数据包，则 TCP 将发送。

TCP是一个非常复杂的协议。其中还有一个计算窗口大小的算法。此外，该窗口大小还会影响客户端接收的数据段的大小。

底线是因为 TCP 是流协议，所以不存在通过套接字接收的数据包的概念。您收到任意数量的字节，您必须根据您正在执行的操作自行将其附加到某种接收缓冲区。如果您需要数据包，那么您必须在发送的数据前面添加长度字段，并在服务器上考虑该长度。这当然会使代码变得复杂。或者，如果您想保持简单，只需使用 UDP。 UDP 确实支持数据包，如果数据包没有在某处丢失，您发送的内容将以相同的大小在接收器处接收。 但UDP不可靠，数据包可能会丢失。 TCP 是可靠的、面向连接的，但比较复杂。

一般来说，套接字编程不是初学者的话题。