std::stoi在空字符串、非数字前缀、超大数值时分别抛出std::invalid_argument或std::out_of_range异常，未捕获则崩溃；安全用法需try-catch，或改用std::from_chars进行无异常校验。
std::stoi 用法和常见崩溃原因
直接调用 std::stoi 是最常用方式，但它在输入非法时会抛出 std::invalid_argument 或 std::out_of_range 异常，不加捕获会导致程序崩溃。
- 空字符串、纯空白字符（如
" "）、非数字前缀（如"abc123"）都会触发std::invalid_argument - 超大数值（如
"99999999999999999999"）会触发std::out_of_range - 它默认按十进制解析，不支持
"0x"前缀的十六进制自动识别（除非显式传入0作为 base 参数）
安全写法示例：
try {
int x = std::stoi("123");
} catch (const std::invalid_argument&) {
// 处理非数字内容
} catch (const std::out_of_range&) {
// 处理溢出
}需要严格校验边界时用 std::from_chars
std::from_chars（C++17 起）是零开销、不抛异常的替代方案，适合高频或嵌入式场景，但需手动检查解析结果。
- 它只解析前导空白后的有效数字部分，不会跳过尾部垃圾字符（比如
"123abc"只解析出123，且通过ec返回std::errc::invalid_argument提示未完全消费） - 必须提供输出变量地址，且只支持
int、long等内置整型，不支持std::string直接转int的“一步到位”写法 - 不处理 locale，始终按 C 风格解析
典型用法：
立即学习“C++免费学习笔记（深入）”；
int value;
auto [p, ec] = std::from_chars(s.data(), s.data() + s.size(), value);
if (ec == std::errc{}) {
// 解析成功，且 p 指向第一个未消费字符
if (p == s.data() + s.size()) {
// 完全匹配，无尾部垃圾
}
}兼容旧标准（C++11 之前）或需要 strtol 行为时
用 std::strtol 配合 s.c_str() 是最稳妥的降级方案，行为明确、可移植性强。
- 它允许指定进制（
base=0时自动识别0x/0前缀），并返回指针指向第一个未转换字符 - 需注意：
strtol返回long，转int前必须检查是否溢出（errno == ERANGE） - 不能直接传
std::string，必须用s.c_str()；且该指针在s生命周期外失效
关键检查点：
char* end;
errno = 0;
long tmp = std::strtol(s.c_str(), &end, 10);
if (errno == ERANGE || tmp < INT_MIN || tmp > INT_MAX) {
// 溢出
} else if (end == s.c_str()) {
// 无有效数字
} else if (*end != '\0') {
// 尾部有非数字字符
}为什么不要用 atoi(s.c_str())
atoi 看似简单，但错误处理能力为零：非法输入一律返回 0，无法区分 "0"、""、"abc" 和 " "。
- 它不设置
errno，也不提供解析位置信息，一旦出错只能靠输入预检（比如正则判断是否全数字），成本反而更高 - 在调试中容易掩盖逻辑错误——比如本该失败的解析静默返回
0，后续计算产生隐蔽偏差 - C++ 标准不保证
atoi对空指针的行为，而s.c_str()在空string时返回合法空字符串指针，但atoi(nullptr)是未定义行为
除非在极简脚本或竞赛代码里临时用，否则应主动规避。
真正麻烦的不是“怎么转”，而是“转完怎么确信它对”。多数 bug 出现在没检查尾部垃圾字符，或把异常当正常流程吞掉。留心 std::stoi 的 pos 输出参数，或 std::from_chars 的结束指针，比写 try-catch 更早暴露问题。
