c++中不存在short字面量后缀，123s或123h非法；需用constexpr short变量（如constexpr short kmaxcount = 127;）确保类型安全与语义清晰。
short 常量不能直接写成 123s 或 123h
C++ 标准里没有为 short 类型定义字面量后缀（不像 LL 之于 long long）。你写 123，编译器默认按 int 解析；哪怕赋给 short 变量，那也只是隐式转换，不是“short 常量”。
所以别指望靠后缀生成 short 字面量——语法不支持，写了就是错。
-
123s：编译报错，s不是合法后缀 -
123h：同上，h也不被 C++ 接受（某些嵌入式扩展可能有，但非标准） -
(short)123或static_cast<short>(123)</short>：这是显式转换，得到的是short类型的值，但本质仍是int字面量转过来的
给 short 变量赋初值，优先用直接初始化或列表初始化
避免隐式截断风险，尤其当字面量超出 short 范围时（比如 short x = 100000;），编译器可能只警告不报错，运行时行为未定义。
- 推荐写法：
short x{123};—— 列表初始化会严格检查范围，超界直接编译失败 - 也可用：
short x = 123;—— 但若右边是大整数（如32768），GCC/Clang 默认不报错，需加-Wshorten-64-to-32或-Wconstant-conversion才提示 - 慎用：
short x(123);—— 虽合法，但易与函数声明混淆（最令人头疼的解析问题，MVP），尤其当变量名像函数名时
为什么不用 short 存小整数？多数时候没必要
现代 CPU 处理 int 通常比 short 更快，因为寄存器宽度和 ALU 操作天然对齐到 int。除非你在做内存敏感场景（比如百万级结构体数组、嵌入式 RAM 受限），否则 short 很少带来实际收益，反而增加类型转换开销和出错概率。
立即学习“C++免费学习笔记（深入）”；
- 结构体里混用
short和int可能触发填充（padding），实际内存未必省 - 函数传参时，
short会被提升为int，栈上还是占int大小 - STL 容器（如
std::vector<short></short>）存的是short，但迭代计算、算法调用中频繁隐式转int，容易漏掉溢出
真要确保 short 常量语义，用 constexpr 变量代替字面量
这是最清晰、可读性高、还能被编译器优化的方式。它明确表达了“这个值就该是 short 类型”，且后续所有使用都继承该类型。
- 写法：
constexpr short kMaxCount = 127; - 好处：类型安全、作用域可控、调试时变量名可见，比裸数字
127更易维护 - 注意：
constexpr变量必须初始化，且初始值得能在编译期求值；不能用运行时输入或随机数
真正麻烦的地方不在怎么写，而在于很多人以为 short 能省空间、提性能，结果既没省下多少，又在边界检查和类型转换上反复踩坑。
