std::stoi 不能直接转 short，需先转 int 再显式转 short 并检查溢出：解析后验证 pos == s.size() 且 val 在 short 范围内。
用 std::stoi 转换但需手动截断范围
std::stoi 默认返回 int，不能直接转成 short，但它是最常用、最安全的起点。关键不是“一步到位”，而是先转成整数再显式转为 short，并检查是否溢出。
- 先调用
std::stoi(s, &pos)获取整数值和解析位置，确认字符串完整匹配（pos == s.size()） - 再判断结果是否在
short范围内：if (val >= std::numeric_limits<short>::min() && val ::max())</short> - 最后用
static_cast<short>(val)</short>转换；越界时应报错或抛异常，不依赖隐式截断
避免 std::stol 或 std::stoll 直接强转
有人会写 static_cast<short>(std::stol(s))</short>，这看似简洁，但极其危险：当输入如 "32768"（刚好超 short 最大值 32767）时，static_cast 会静默溢出，结果是未定义行为（通常是 -32768），且无提示。
-
std::stol返回long，范围远大于short，无法自动感知目标类型的边界 - 编译器不会警告这种截断，运行时也无异常，极易埋下逻辑错误
- 正确做法始终是：先验证数值是否落在
short的[SHRT_MIN, SHRT_MAX]内，再转换
处理空格、前导零、符号等边界情况
std::stoi 默认跳过前导空白，并支持 +/- 符号和十进制解析，这点和 C 的 strtol 一致，通常够用。但要注意：
- 输入
" -123 "可以成功解析为 -123，但"-123abc"会停在'a'，此时pos指向索引 4，需检查是否等于s.size()来判断是否“全字符有效” - 前导零不影响解析（
"007"→ 7），无需额外处理 - 若需严格禁止空格或要求精确匹配，必须依赖
pos参数校验，不能只看返回值
性能敏感场景可考虑 std::from_chars（C++17）
如果在高频循环中做大量 string→short 转换，std::stoi 的异常机制和内存分配有开销。std::from_chars 是无异常、无内存分配的替代方案，但需自行处理进制、符号和溢出。
立即学习“C++免费学习笔记（深入）”；
- 它只接受
char*和长度，所以得用s.data()和s.length() - 返回
std::from_chars_result，其中ec为std::errc::result_out_of_range表示数值超出long long范围，仍需二次判断是否适合short - 不跳过空白，输入含空格会直接失败（
ec == std::errc::invalid_argument），这点和stoi行为不同，要提前trim
short**。很多人只检查 stoi 是否抛异常，却忘了 short 的位宽限制比 int 小得多，必须独立做范围判定。 
