short在printf/scanf中必须用%hd：输出时printf("%hd", s)、输入时scanf("%hd", &s)，%d会导致未定义行为；而cin/cout无需格式符，自动处理类型。
short 在 printf/scanf 里用什么格式符？
不是 %d，也不是 %hd 以外的任何东西——C++（更准确说是 C 标准库）中对 short 类型做格式化 I/O，必须显式用 %hd（h 表示 short-width，d 表示有符号十进制）。用 %d 看似能“跑通”，但属于未定义行为：参数实际传入的是 2 字节 short，而 %d 期望 4 字节（或 8 字节）int，栈上读取长度错位，可能崩，也可能侥幸输出正确数字（尤其在小端+零扩展环境下），但一换编译器或优化等级就翻车。
- 输入时
scanf("%hd", &s)，&s必须是short*，不能传int* - 输出时
printf("%hd", s)，s会被整型提升为int，但格式符仍得写%hd，否则语义不匹配 - 如果用
std::cin/std::cout，完全不用操心格式符：std::cin >> s;和std::cout 自动按类型处理
为什么 cout 不需要 %hd，但 printf 非要？
因为 printf 是可变参数函数，编译器无法在编译期检查实参类型和格式符是否一致；它全靠你写的 %hd 去“告诉”自己接下来该从栈/寄存器里取几个字节、怎么解释。而 std::cout 是模板重载，<code>operator 有针对 <code>short 的特化版本（实际走的是 int 重载，但会保留值语义），类型信息由编译器静态推导，安全且无歧义。
-
short s = -1; printf("%d", s);→ 可能输出-1（凑巧），也可能输出65535（高位垃圾被当符号扩展） -
short s = 32767; printf("%hd", s);→ 安全输出32767 - 混用类型时，
gcc和clang加-Wformat（默认开启）会警告format ‘%d’ expects argument of type ‘int’, but argument X has type ‘short int’
short 占位符在 C++20 std::format 里怎么写？
C++20 的 std::format 不再依赖 C 风格格式符，short 直接当 int 处理，无需额外修饰——因为 std::format 是类型安全的，底层通过 std::formatter 特化支持基本整数类型，short 会被隐式转换并正确格式化。
-
std::format("{}", static_cast<short>(42))</short>→"42"，没问题 -
std::format("{:x}", static_cast<short>(255))</short>→"ff"，十六进制也正常 - 但注意：
std::format对负数补码表示的short（如-1）会按有符号整数输出"-1"，不会误展成65535 - 目前主流标准库（libstdc++、libc++）对
std::format支持还不完整，MSVC 最先落地，GCC 13+ / Clang 15+ 才逐步可用
容易被忽略的 signed/unsigned short 区别
short 默认是有符号的，等价于 signed short；而 unsigned short 是另一个独立类型，两者格式符不同：%hd 对应前者，%hu 对应后者。混用会导致符号解释错误，比如把 unsigned short(65535) 用 %hd 输出，结果是 -1。
立即学习“C++免费学习笔记（深入）”；
-
short s = -1; printf("%hu", s);→ 输出65535（把负数比特当无符号解读） -
unsigned short us = 65535; printf("%hd", us);→ 输出-1（把大正数当有符号解读） - 读取时更要小心：
scanf("%hu", &s)（s是short）会写越界，因为%hu写 2 字节到short*没问题，但若目标是int*就危险了
%d 能通用”的惯性——尤其从 int 切到 short 做内存优化时，I/O 这一块最容易漏掉格式符更新。 
