short字面量默认是int类型，需用123s、static_cast<short>(123)或constexpr short k=10等方式明确类型；跨平台应优先使用int16_t并静态断言大小。
short 常量不加后缀就是 int，不是 short
直接写 123 或 -500，哪怕值在 short 范围内（-32768 到 32767），编译器也按 int 处理。这不是“隐式转换”，而是字面量类型本身就不对——C++ 标准规定十进制整数字面量默认是 int、long 或 long long，但绝不会是 short。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 显式加
s或h后缀：123s、-500h（C++14 起支持） - 用
static_cast强转：static_cast<short>(123)</short>（运行期无开销，编译期确定） - 用字面量模板（高级场景）：
short{123}，但注意这本质是构造，不是字面量
用 constexpr short 定义命名常量更安全
硬编码 123s 在多处出现时难维护，且某些老编译器（如早期 MSVC）对 s 后缀支持不稳。命名常量能兼顾类型明确性和可读性。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 优先写：
constexpr short kMaxRetries = 10; - 避免宏：
#define MAX_RETRIES 10—— 宏没类型，不参与模板推导，调试器也看不到 - 别用
const short（非 constexpr）：在需要编译期常量的上下文（比如数组大小、模板参数）会报错
函数参数或模板推导中 short 字面量容易“悄悄升级”
传 123s 给一个 void foo(short x) 没问题，但一旦函数重载了 foo(int)，调用 foo(123) 就会绑定到 int 版本——因为 123 是 int，而 int → int 是精确匹配，int → short 是缩小转换，优先级更低。
常见错误现象：
- 重载函数行为不符合预期，debug 时发现进了错的分支
- 模板函数
template<typename t> void bar(T x)</typename>推导出T = int，即使你期望它是short - 数组初始化：
short arr[] = {1, 2, 3};—— 元素仍是int，只是被截断赋值
跨平台时注意 short 的实际位宽不是绝对的 16 位
short 只保证至少 16 位（C++ 标准），但某些嵌入式平台（如 TI C2000）可能为 16 位，而部分 DSP 或旧系统可能是 32 位。依赖 sizeof(short) == 2 写代码，在移植时可能崩。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 需要确切宽度时，用
int16_t/uint16_t（需#include <cstdint>） - 序列化或网络传输中，永远别直接写
short，改用固定宽度类型 - 检查实际大小：
static_assert(sizeof(short) == 2, "short not 16-bit");放在关键模块开头
真正麻烦的从来不是“怎么写个 short 常量”，而是它在重载、模板、ABI 和跨平台场景下，会以各种方式脱离你的控制——后缀、constexpr、固定宽度类型，每种选择背后都对应着一个具体的风险点。
