缓冲区中的单词是否应该是小端或大端? 醇>
用于网络连接(使用任何协议通过网络发送或接收的任何数据包的“有效载荷”); 的 缓冲区总是包含八位字节(字节) 强> ,八位字节总是以它们发送的相同顺序到达(没有“字节顺序”问题)。
在软件使用网络通过网络发送数据之前,它将某些东西(例如,高级语言的结构)转换为八位字节的缓冲区。这称为“序列化”,是避免各种可移植性灾难(不仅仅是“endianess”,而是编译器/实现特定结构填充,浮点格式差异,字符集差异等)所必需的。
在软件从网络接收数据之后,它将八位字节的缓冲区转换成某种形式(例如,高级语言的结构)。这称为“反序列化”。它涉及3个目的:
这些事情(序列化和反序列化)都不是网络本身的一部分 - 它们“在网络之前”和“在网络之后”而不是“在网络中”。
请注意(根据您的问题)您假设缓冲区是高级结构并且无法序列化/反序列化;所以你的代码(包括你的校验和)被打破并且会失败(可能不仅仅是因为“endianess”)。
如果缓冲区大小为奇数,则最后一个字节直接添加到总和中,但它是作为一个值的OR或一个字的低位字节添加(考虑到后面的字节为0 - 小端的高位字节) ? 醇>
是。
请注意,校验和计算的主要部分(错误地假设“八位字节的缓冲区”是单词)将因“endianess”而中断(如果发送方和接收方具有不同的字节顺序,则校验和检查“将”(请参阅注释)失败所有大于1个八位字节的消息)。避免这种情况的简单方法是使用“字节总和”(而不是“字的总和”)。避免这种情况的更好方法是使用更复杂的校验和(例如TCP使用的CRC-32)。
注意:对于16位校验和,65536中至少有一次机会由于运气而导致校验和意外通过;并且“任何事物的总和”方法容易受到各种故障的影响(例如,如果发送者或接收者得到的消息大小错误,并且末尾有很多零不应该存在,那么“不正确的零”将不起作用校验和)。这意味着当发送方和接收方使用相同的字节顺序时,校验和在不应该通过的情况下会有“差于1 65536”的机会;并且它还意味着当发送方和接收方使用不同的字节顺序并且消息大于1个字节时,校验和将在“应该”时通过的“优于65536”的机会。
缓冲区中的单词是否应该是小端或大端?
没有特定的协议,你无法知道。协议的endianess有时被称为“网络endianess”。传统上大多数协议使用大端,但不保证这一点。
如果缓冲区大小为奇数,则最后一个字节直接添加到总和中,但它是作为一个值的OR或一个字的低位字节添加(考虑到后面的字节为0 - 小端的高位字节) ?
无论如何,对于错误检测都不会有任何影响 - 对于大多数双位错误,它将失败。我强烈建议使用CRC:标准CRC-16或CRC-32之一,具体取决于数据大小。