C代码中数据的移位问题

前边同事留下的代码，没交接就直接上手了，用起来也一直没错，但总是搞不明白是怎么回事，今天算是搞清楚了，记录下来以便后续查阅

原始代码起因：

对于下述代码，总是搞不明白为什么是右移7，而不是右移8，明明应该是1个Byte的

做了下述测试代码：

运行结果是这样的：

这就有点懵逼了，不是说short占用2Bytes吗，而且从第20行的运行结果来看也确实是占用2Bytes的
为什么第13行打印的eulerData_x = FFFFFC18 是4Bytes的，经过查询得到以下结果

以上来自：C语言基本类型与其数据存储方式
这下算是明白了，signed short确实是占用2Bytes长度，但是计算机在存储时依然是按照4Bytes存储的。所以就出现了上图中的eulerData_x = FFFFFC18

那么接下来对测试代码做分析：

int16_t eulerData_x = -1000;
则eulerData_x 的正数原码为： 0000 0011 1110 1000(03E8)
eulerData_x 的正数原码取反为：1111 1100 0001 0111
eulerData_x 的正数原码取反补码为：1111 1100 0001 1000(FC18).
但是计算机存储是4Bytes的，因此这个补码在计算机中的存储值就要补全为4Bytes，即FFFFFC18；FFFFFC18就是-1000在计算机中的存储值，也就是第13行的输出结果。
(1111 11111 1111 1111 1111 1100 0001 1000)FFFFFC18 & 0x7F → 18( uploadEulerData[0] )
(1111 11111 1111 1111 1111 1100 0001 1000)FFFFFC18 >>7 → (1111 11111 1111 1111 1111 1100 0001 1000 )FFFFFFF8( uploadEulerData[1] )

将右移后的值在小程序端恢复：

uploadEulerData[1] << 7：
1111 1111 1111 1111 1111 1111 1111 1000( FFFFFFF8 ) << 7
↓↓↓
1 1111 1111 1111 1111 1111 1000 0000000
接着
1 1111 1111 1111 1111 1111 1000 0000000 & uploadEulerData[0]
↓↓↓
FFFF FC18
以上搞清楚了测试代码的实现情况，那么原代码也就可以解释清楚了