short int 最大值为32767，由16位二进制补码决定；超限导致未定义行为，应使用SHRT_MAX或unsigned short替代，避免依赖回绕。
short int 最大值是 32767，超了就翻车
有符号 short int（通常简写为 short）在标准 C++ 中占 2 字节（16 位），最高位是符号位，所以最大正数是 2^15 - 1 = 32767。这不是“大概”或“常见”，而是由二进制补码表示法决定的硬限制。
一旦你给它赋值 32768 或更大，行为未定义（UB）——编译器可能静默截断、报错、或生成奇怪结果。比如：
short x = 32767; x++; // 此时 x 变成 -32768（溢出回绕），不是 32768
- 别依赖“自动回绕”——C++ 标准不保证有符号整数溢出一定回绕，
gcc和clang默认开启-fwrapv才会这样，MSVC 则可能直接优化掉判断逻辑 - 用
SHRT_MAX替代硬编码32767，它来自<climits>，可移植且自文档 - 如果需要 0–65535 范围，改用
unsigned short，它的上限是USHRT_MAX（65535）
怎么查自己平台上的 short 实际范围？
别背数字，运行时确认最靠谱。尤其嵌入式或交叉编译环境，short 理论上可以是 16 位以上（虽然极少见），必须实测。
用标准头文件获取精确值：
立即学习“C++免费学习笔记（深入）”；
#include <climits>
#include <iostream>
int main() {
std::cout << "short min: " << SHRT_MIN << "\n";
std::cout << "short max: " << SHRT_MAX << "\n";
std::cout << "sizeof(short): " << sizeof(short) << " bytes\n";
}-
SHRT_MIN和SHRT_MAX是宏，不是函数，不能加括号调用 - 如果输出显示
sizeof(short) == 2但SHRT_MAX != 32767，说明平台用了非标准整数表示（罕见，但某些 DSP 或旧系统存在） - 注意：不要用
<limits>的std::numeric_limits<short>::max()做编译期常量判断——它可能不是常量表达式，导致constexpr场景失败
什么时候该避免用 short？
除非内存敏感或协议对齐强制要求，否则现代代码里 short 很少是最佳选择。
- 算术运算中，
short会隐式提升为int（整型提升规则），实际运算不省资源，反而增加类型转换开销 - 和
int混用容易触发警告：比如for (short i = 0; i —— <code>vec.size()返回size_t，比较时short被提升，但语义已失真 - 序列化或网络传输时，
short的字节序、填充、对齐不可控，建议用定宽类型如int16_t（需<cstdint>）并显式处理端序
溢出检测：别等崩溃才想起来
加减乘这些基础操作都可能悄悄溢出，尤其循环计数、索引计算、累加统计。
推荐方式（按优先级）：
- 编译期检查：用
static_assert(SHRT_MAX >= YOUR_EXPECTED_MAX, "short too small") - 运行期检查：对关键计算，用
std::add_overflow（C++23）、或第三方库如absl::checked_add；老标准可用__builtin_add_overflow（GCC/Clang） - 调试辅助：编译加
-fsanitize=undefined，运行时立刻报出有符号溢出
最容易被忽略的是：函数参数传 short 进去，内部做多次运算后才溢出，堆栈上根本看不出哪一步越界——这种 bug 往往要靠 sanitizer 或静态分析工具才能揪出来。
