short在绝大多数现代平台（x86/x64、arm64、linux/macos/windows）上占2字节，c++标准仅要求sizeof(short)≥sizeof(char)且sizeof(short)≤sizeof(int)。
short 在 C++ 里到底占几个字节？
它不固定，但绝大多数现代平台（x86/x64、ARM64、Linux/macOS/Windows）上是 2 字节。C++ 标准只要求 sizeof(short) >= sizeof(char) 且 sizeof(short) ，没硬性规定必须是 2。
怎么查自己编译器下的 sizeof(short)？
别猜，直接运行代码验证。不同编译器、目标平台、甚至编译选项（比如 -m32 vs -m64）都可能影响结果，尤其在嵌入式或老系统上。
- 用
std::cout 最直接 - 用
static_assert(sizeof(short) == 2, "unexpected short size");在编译期卡住异常情况 - 注意：不要依赖
sizeof(short int)——short int和short是等价的，但写法冗余，还可能误导人以为它“更正式”
为什么不能假设 short 就是 16 位？
sizeof(short) 是字节数，不是位数；而 CHAR_BIT（通常为 8）才决定一“字节”多少位。所以 sizeof(short) == 2 一般对应 16 位，但若 CHAR_BIT == 16（极少数 DSP 或专用硬件），那 short 就是 32 位了。
- 真正可移植的最小整型是
int16_t（需#include <cstdint></cstdint>），它明确保证 16 位有符号 -
short的主要价值是语义：比int“更小”，适合内存敏感场景（如大量数组），但性能未必更好——现代 CPU 通常对 32 位操作最友好 - 结构体里混用
short和int可能触发填充（padding），实际内存占用反而更大
常见误判和编译器差异
有人看到 GCC 文档说“x86-64 下 short=2”，就以为所有 x86-64 环境都安全——但 MSVC 在某些 Windows CE 或旧嵌入式配置下曾用过 4 字节 short；Clang + ARM bare-metal 工具链也可能不同。
立即学习“C++免费学习笔记（深入）”；
- 错误现象：
char buf[100]; short* p = reinterpret_cast<short>(buf); p[50] = 0x1234;</short>—— 若short实际是 4 字节，这段代码会越界写入 - 检查方法：编译时加
-Wshorten-64-to-32（Clang）或/Wall（MSVC）能捕获部分隐式截断风险 - 跨平台项目中，避免用
short做序列化字段或网络协议字段；用int16_t或手动memcpy+ 显式字节序处理
真正关键的不是“short 通常多大”，而是“你当前构建环境里它究竟多大”——每次换工具链、换目标架构、甚至更新 SDK，都值得重新跑一次 sizeof 测试。靠文档不如靠 assert。
