C++中|运算符工作原理及MCU数据拼接异常问题求助

你遇到的问题核心是有符号字符的符号扩展导致的，并不是|运算符本身的问题。我来给你拆解一下背后的逻辑：

问题根源：有符号类型的自动提升与符号扩展 #

你的BUF数组是signed char类型，在C++中，当对小于int的整数类型执行移位、位运算等操作时，编译器会先把它们自动提升为int类型——而这个提升过程会对有符号类型做符号扩展。

拿你的代码举例：

• BUF[1] = -2，它的8位补码是11111110，提升为int后，符号位（最高位的1）会被扩展到整个int的高位，变成11111111 11111111 11111111 11111110（也就是十六进制的0xfffffffe）。
• BUF[0] = -84，8位补码是10101100，提升为int后同样符号扩展，变成11111111 11111111 11111111 10101100（0xffffffac）。

当你执行(BUF[1] << 8) | BUF[0]时，实际是两个int值做按位或：
0xfffffffe | 0xffffffac = 0xffffffac，这个值对应的十进制就是-84，赋值给short类型的d1后自然就是你看到的结果。

解决方案：避免符号扩展，先转无符号类型 #

要得到正确的16位补码组合结果，你需要先把signed char转换成无符号类型，切断符号扩展的路径。这里有两种常用写法：

写法1：直接强制转换为unsigned char操作

#include <cstdlib>
#include <cstdio>
#include <cmath>
#include<iostream>
int main() {
 signed char BUF[2];
 BUF[0] = -84;
 BUF[1] = -2;
 short d1;
 // 先转无符号再组合，避免符号扩展
 d1 = (static_cast<unsigned char>(BUF[1]) << 8) | static_cast<unsigned char>(BUF[0]);
 std::cout << d1 << std::endl; // 此时会输出-340，也就是0xfeac的十进制值
 std::cin.get();
}

写法2：用明确的无符号整数类型组合（更清晰）

如果你的项目允许，可以引入<cstdint>头文件，用固定宽度的无符号类型来处理，逻辑更直观：

#include <cstdlib>
#include <cstdio>
#include <cmath>
#include<iostream>
#include <cstdint> // 引入固定宽度类型
int main() {
 signed char BUF[2];
 BUF[0] = -84;
 BUF[1] = -2;
 short d1;
 // 用uint8_t存储单字节，uint16_t暂存组合结果
 uint16_t combined = (static_cast<uint8_t>(BUF[1]) << 8) | static_cast<uint8_t>(BUF[0]);
 d1 = static_cast<short>(combined);
 std::cout << d1 << std::endl;
 std::cin.get();
}

额外提醒 #

确认你的MCU数据存储格式是大端模式（高字节存在BUF[1]，低字节存在BUF[0]），如果是小端模式，你需要调换BUF[0]和BUF[1]的位置来组合。

内容的提问来源于stack exchange，提问作者BO.LI