【发布时间】：2016-11-10 11:46:07
【问题描述】：
我想通过 TCP 发送巨大的数据缓冲区（从 100MB 到 1GB）。我通过将缓冲区划分为更小的（大约 1MB 缓冲区）并通过 socket.send() 发送来解决它。每次调用 socket.send() 方法，发送部分数据（较小的缓冲区）打包在特定的结构中：[start byte(1B), Timestamp(4B), Command(4B), Length of data(4B), Data to send (?B)、CRC(1B)、结束字节(1B)]。当特定端口仅发送一个巨大的缓冲区时，一切正常。但是，当我尝试使用相同的 TCP 端口在同一时间缓冲区中发送另一个数据（非常小，例如 20 个字节）时，TCP 会在缓冲区中混合数据，并且无法再解码缓冲区。缓冲区中的“起始字节”和“结束字节”对于查找缓冲区的开始和结束没有用处，因为这些字节很可能出现在数据中。
编辑： 问题不会影响包之间的顺序或 ID，但会影响包中的字节。一开始一切正常，每个缓冲区都被正确解码。一段时间后，无法解码缓冲区，因为它包含不正确的数据。看起来缓冲区中的字节被移动或更改了。缓冲区开头的字段（时间戳、命令、长度）包含不可能的值。因此，当我想获取已发送数据的长度时，我会得到例如值如 -1534501133 而不是 1048556（1048556 是一个包中发送数据的正确最大大小）。它是随机发生的，但它总是与发送较小的独立缓冲区的时刻有关。附加信息是，使用计时器重复发送较小的缓冲区，并且问题发生在随机时刻。有时甚至可以毫无问题地发送整个数据（例如 300 MB），但这种情况很少发生。
希望，我描述得够清楚了。
您对如何避免这个问题有什么建议吗？
【问题讨论】：
-
缓冲区中的“起始字节”和“结束字节”对于查找缓冲区的开始和结束没有用处，因为这些字节很可能出现在数据中。 所以什么？你在那里编码了长度。目前尚不清楚问题是什么。