c 从缓冲区读取 4 字节小端序号的代码

标签 c bitwise-operators endianness

我遇到了这段现有的 C 代码。我很难理解它。

我假设将缓冲区中传递的 4 字节无符号值(以小端格式)读入“long”类型的变量。

此代码在 64 位字大小的小端 x86 机器上运行 - 其中 sizeof(long) 是 8 个字节。 我的猜测是这段代码也打算在 32 位 x86 机器上运行 - 因此使用 long 类型的变量而不是 int 来存储来自四字节输入数据的值。

我有一些疑问,并在代码中添加了注释以表达我理解或不理解的内容:-)

请根据该上下文回答以下问题

void read_Value_From_Four_Byte_Buff( char*input)
{
    /* use long so on 32 bit machine, can still accommodate 4 bytes */ 
    long intValueOfInput;  

    /* Bitwise and of input buffer's byte 0 with 0xFF gives MSB or LSB ?*/
    /* This code seems to assume that assignment will store in rightmost byte - is that true on a x86 machine ?*/
    intValueOfInput =  0xFF & input[0];

    /*left shift byte-1 eight times, bitwise "or" places in 2nd byte frm right*/
    intValueOfInput |= ((0xFF & input[1]) << 8);

    /* similar left shift in mult. of 8 and bitwise "or" for next two bytes */
    intValueOfInput |= ((0xFF & input[2]) << 16);
    intValueOfInput |= ((0xFF & input[3]) << 24);

}

我的问题

1) 输入缓冲区应为“小端”。但是从代码来看,这里的假设是它以字节 0 = MSB、字节 1、字节 2、字节 3 = LSB 的形式读入。我这么认为是因为代码从字节 0 开始读取字节,随后的字节(从 1 开始)在左移后放置在目标变量中。是这样还是我弄错了?

2) 我觉得这是一种复杂的做事方式 - 是否有更简单的替代方法来将值从 4 字节缓冲区复制到长变量中?

3) “此代码将在 64 位机器上运行”的假设是否会影响我可以选择地执行此操作的难易程度?我的意思是所有这些麻烦都让它与字长无关(我现在假设它与字长无关 - 虽然不确定)?

感谢您的启发:-)

最佳答案

  1. 你把它倒过来了。当您左移时,您将投入更多有效位。所以(0xFF & input[3]) << 24)将字节 3 放入 MSB。

  2. 这是在标准 C 中实现的方法。POSIX 具有函数 ntohl() 从网络字节顺序转换为 native 32 位整数,因此这通常用于 Unix/Linux 应用程序。

  3. 除非您使用 unsigned long,否则这在 64 位机器上不会完全相同。而不是 long .正如目前所写的那样,input[3] 的最高位将被放入结果的符号位(假设是二进制补码机),因此您可以获得负结果。如果long是 64 位,所有结果都是正的。

关于c 从缓冲区读取 4 字节小端序号的代码,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30401437/

相关文章:

c - 在 OpenGL 中使用箭头键移动一些形状 - 它会缩小而不是移动

c++ - 如何将字节序转换为位数组

c++ - 无法在C++的标准输出流(cout)中输出按位运算的结果

c - 为什么相同的位运算会得到不同的结果?

c++ - 将 ulong 转换为 long

haskell - 基于字节序的条件编译

c - 该程序会给出任何错误(运行时错误)吗?

c++ - 在 C++ 中播放音乐文件

c - C 中的循环不能正确递增

c - 为什么 ~0 >> 1 不移动位?