为什么在客户端拆分 TCP 消息不起作用？答案

【问题标题】：Why does splitting TCP message on client side doesn't work?为什么在客户端拆分 TCP 消息不起作用？
【发布时间】：2013-03-07 07:50:20
【问题描述】：

我使用 C# 编写了一个客户端-服务器应用程序。

客户端异步发送一个带有 4 字节标头定义消息大小的消息，服务器等待整个消息（它知道大小）然后引发DataReceived 事件。当我异步发送和接收数据时，这一切都很好。

在某些时候，我想模拟一个坏连接，其中 2 个段是使用 Send() 而不是 BeginSend() 一个接一个地发送的

  public void SendSyncString(string str, Commands cmd)
    {

        BinaryWriter bw = new BinaryWriter(new MemoryStream());
        bw.Write((int)cmd);
        bw.Write((int)str.Length);
        bw.Write(Encoding.ASCII.GetBytes(str));
        bw.Close();
        byte[] data = ((MemoryStream)(bw.BaseStream)).ToArray();
        bw.BaseStream.Dispose();
        SendSync(data,1);

    }

    public void SendSync(byte[] data,int delay)
    {
        //create |dataLength|data| segment
        byte[] dataWithHeader = Combine(BitConverter.GetBytes(data.Length), data);
        //send first block of data, delay, and then send the rest
        socket.Send(dataWithHeader, 0, 4, SocketFlags.None);
        Thread.Sleep(delay*1000);
        socket.Send(dataWithHeader, 5, dataWithHeader.Length - 5, SocketFlags.None);
    }

这不起作用。我确实希望了解原因。如果我的 TCP 只是一个字节流，并且无法知道每个段何时到达，为什么我不能按照我的意愿将其拆分为段，然后像上面那样简单地发送它们（假设前 4 个字节已完全发送）？

感谢您的见解。

【问题讨论】：

“这显然行不通”是对您所面临问题的非常纯粹的解释...尝试编辑您的帖子以使其更具体。
同意。 “这不起作用”是什么意思？你没有收到消息？您没有收到消息的第二部分？你的解析逻辑失败了？还有什么？
我收到了一条损坏的消息，在阅读了 selbie 的回答后，这是有道理的。

标签： c# sockets tcp client-server

【解决方案1】：

因为你的第一个 socket.Send 调用只发送了 4 个字节：

socket.Send(dataWithHeader, 0, 4, SocketFlags.None);

也就是说，发送偏移量为 0、1、2 和 3 的字节（总共 4 个字节）。记住socket的第三个参数。Send是一个长度参数，不是结束位置。

因此，这一行有一个错误：

socket.Send(dataWithHeader, 5, dataWithHeader.Length - 5, SocketFlags.None);

它将偏移量 5,6,7.. 的字节发送到数组的末尾。 它跳过了第 4 个字节。因此，接收方可能会阻塞，因为它距离接收完整消息还差一个字节。

应该是：

socket.Send(dataWithHeader, 4, dataWithHeader.Length - 4, SocketFlags.None);

你去。

【讨论】：

【解决方案2】：

我想模拟一个坏连接，其中 2 个段一个接一个地发送

这不是“坏连接”。对于任何 TCP 连接来说，这是一种完全合法的行为方式。如果接收软件不能正确处理，那就是写不正确。

假设前 4 个字节已全部发送

你不能假设。

【讨论】：