short 和 wchar_t 语义不同、不可互换：前者是整数类型，后者是宽字符类型，底层实现跨平台不一致（windows 为16位，linux/macos 通常为32位），且 unicode 码点远超 short 表示范围，混用易致未定义行为。
short 和 wchar_t 根本不是同一类东西
它们不能直接比较大小或互换使用。short 是整数类型，用于算术运算；wchar_t 是宽字符类型，语义上代表一个“字符单位”，但底层实现不固定——它可能等价于 short，也可能等价于 int 或 long，取决于编译器和平台。
wchar_t 的大小在不同平台差异很大
Windows 上 wchar_t 是 16 位（和 short 相同），但 Linux/macOS 默认是 32 位（等价于 int）。这意味着：
- 用
sizeof(wchar_t)判断是否等于sizeof(short)是必须的，不能硬编码假设 - 跨平台代码里把
wchar_t*当作short*强转，大概率触发未定义行为 -
std::wcout输出的内容依赖 locale 和终端支持，和short的数值打印完全无关
别用 short 存 Unicode 字符
short 最大正数是 32767，而 Unicode 码点已超过 100 万（U+10FFFF）。哪怕只考虑 BMP（基本多文种平面），U+FFFF 也刚好卡在 short 上限边缘，稍一越界就溢出。实际中：
- UTF-16 编码的代理对（surrogate pairs）需要两个 16 位单元，单个
short根本无法表示一个完整字符 -
wchar_t在 Windows 下虽是 16 位，但标准库函数（如std::wcslen）按“逻辑字符”计数，不是按wchar_t数量——这和short完全无关 - 现代 C++ 更推荐
char32_t（固定 32 位）或 UTF-8std::string处理文本，而非依赖wchar_t
sizeof(short) == sizeof(wchar_t) 不代表能混用
即使在 Windows 上两者都是 2 字节，语义和 ABI 规则仍不同：
立即学习“C++免费学习笔记（深入）”；
- 函数重载会区分
void f(short)和void f(wchar_t)，哪怕它们二进制布局一致 - 调试器显示
wchar_t值时通常尝试解释为字符（如L'a'），而short就是纯数字 - 结构体中混合使用时，对齐要求可能不同（尤其在嵌入式或旧编译器上）
- 用
reinterpret_cast强转指针，会绕过类型安全检查，后续读写可能被编译器优化掉（例如 aliasing 规则）
最常被忽略的一点：C++ 标准只要求 wchar_t 足够大以表示本地扩展字符集，没说它必须可算术、可比较、甚至可取地址——有些平台把它定义为不透明类型。拿它当整数用，本身就是危险信号。
