short位运算前需处理符号扩展，因隐式提升为int时保留符号位，负数会扩展为大负数，导致结果非预期的16位操作。
short int 位运算前必须处理符号扩展
直接对 short 做位移或按位与/或，容易因隐式整型提升出错。c++ 标准规定：小于 int 的整型（如 short）在参与运算前会先提升为 int，而这个过程保留符号位——负数会变成很大的负 int，再做位运算就完全不是你想要的“16位内操作”了。
常见错误现象：short x = -1; printf("%x", x 输出不是 <code>ff00，而是 ffffff00（因为 -1 提升为 int 后是 0xffffffff）。
- 想安全做位运算，先转成无符号类型：
(unsigned short)x - 若需保持符号但控制位宽，用掩码截断结果，比如
(x - 避免直接对负
short左移——左移负数是未定义行为
用 std::bitset 调试 short 二进制布局最直观
手算 short 的补码、验证位运算结果时，靠 printf 或十六进制输出容易漏看高位符号位。用 std::bitset 能一眼看到全部 16 位，尤其适合教学、协议解析或硬件寄存器模拟场景。
示例：
立即学习“C++免费学习笔记（深入）”；
short val = -5; std::bitset<16> b(static_cast<unsigned short>(val)); std::cout << b << "n"; // 输出 1111111111111011- 必须用
static_cast<unsigned short></unsigned>转换，否则负值会先提升为int，bitset构造函数取低 16 位可能失真 -
std::bitset不支持运行时长度，是硬编码，别写成变量 - 调试完要上线？去掉
bitset，改用位运算+掩码——它只是工具，不是运行时方案
和 uint16_t 混用时注意平台兼容性
short 在所有主流平台确实是 16 位，但 C++ 标准只要求它 ≥16 位；而 uint16_t 是精确 16 位无符号整型，来自 <cstdint></cstdint>。二者混用看似等价，实则埋坑。
- 结构体中用
short对齐可能和uint16_t不同（虽然通常一样），涉及内存映射或网络字节序时务必统一 - 函数参数传
short和uint16_t是不同类型，重载或模板推导会失败 - 跨平台项目（尤其嵌入式+桌面共存）建议通信层全用
uint16_t/int16_t，只在本地计算逻辑里用short
位运算后赋回 short 可能触发实现定义行为
比如 short x = 0x7fff; x = x —— 这里 <code>x 结果是 <code>0xfffe（32766），仍在 short 范围内；但若 x = 0x4000，左移后是 0x8000，即 -32768，在有符号 short 中合法；可一旦结果超出 [-32768, 32767]，行为由编译器定义（常见是截断或抛异常）。
- 编译器不会帮你检查溢出，
-fsanitize=undefined可捕获部分情况，但非强制 - 关键逻辑中，优先用
int16_t替代short，语义更明确 - 如果真要赋值，加一层显式范围判断：
auto tmp = static_cast<int>(x) = INT16_MIN && tmp (tmp);</int>
实际写的时候，位宽、符号性、提升规则这三件事没理清，short 的位运算就永远在猜结果。