gpt4 book ai didi

C# 通过套接字和 TCP 发送大小数据缓冲区

转载 作者:可可西里 更新时间:2023-11-01 02:53:53 25 4
gpt4 key购买 nike

我想通过 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),但这种情况很少发生。

希望我已经描述清楚了。

您对如何避免这个问题有什么建议吗?

最佳答案

使用唯一 ID 标记您的数据,以便您知道哪些数据与哪些消息相关。此外,将数据包 header 与数据包有效载荷分开。

因此,您的第一个请求将是 [ID][PACKETTYPE][TIME][COMMAND][LENGTH][CRC]

第二个是 [ID][PACKETTYPE][DATA]

然后您可以将 ID 与数据包类型进行匹配。因此数据包类型将是“HEADER”或“PAYLOAD”, header 将包含有效载荷的元数据,让您确保它不会与其他数据混淆。

关于C# 通过套接字和 TCP 发送大小数据缓冲区,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40526845/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com