移位操作<<和>>,是逻辑数字上的移动(和大端小端无关)

  • 问题描述

这几天帮同事调试DSP TMS320F28335,这鬼东西蛋疼死了。char是16bit的,16位就是他的最小内存单元。但是PC机串口发过来的有8bit的数据,然后转换就出问题。

一开始不知道char是16bit,让UInt32 * a直接等于char b[4],然后中间出来好多0x00,这样的空位,比如实际上b=0x00EE00FF00550001,而我们以为b=0xEEFF5501,但实际上a=0x00EE00FF。然后我们就想把char里面的空值通过移位去掉。

但是当时以为移位是物理内存上的左移、右移,即28335是big_endian,位移是反的,比如0x005C ,内存结构是5C 00 ,然后右移8bit,我以为得到的是新内存结构是00 5C,但实际上值是0x0000。这就出很大问题了。

电脑发了一个uint32 value=1500=0x000005DC

然后DSP串口接收到的unsigned char buff[]={00DC 0005 0000 0000};

错误的转换unsigned char c[]={DC05 0000 },即c[0]=(buff[0]<<8) | buff[1]

正确的转换unsigned char c[]={05DC 0000 },即c[0]=buff[0])| (buff[1]<<8)

  • 问题总结

        C\C++中的移位操作,是真正物理内存上的左移、右移,还是逻辑数字上的移动?

比如一个4字节的int值:0x000000ff。在big_endian和little_endian机器上的字节顺序是反的,但是,不管是什么样的机器,你左移8个bit之后,值总是0x0000ff00。

物理内存只是一个保存数据的东西,具体的操作是由CPU执行的。假设一个数据在物理内存上,为了位移,我们首先把它取出来到CPU里,不管它在内存里是什么方式,在CPU里都可以认为它是一致的。

上一篇:本地的jar包添加到maven库中 jdbc举例


下一篇:利用CORS实现跨域请求(转载)