std::stoi最安全常用但需异常处理；它专为std::string设计，自动跳过空白、识别符号、遇非法字符停止，而atoi需c_str()且错误时只返回0无法区分有效零与无效输入。
直接用 std::stoi 最安全、最常用，但必须处理异常；别用 atoi 处理可能含空格或非法前缀的 std::string。
std::stoi 为什么比 atoi 更适合 std::string
std::stoi 是专为 std::string 设计的标准库函数，自动跳过开头空白，识别正负号，并在遇到首个非法字符时停止转换——这和 C 风格的 atoi 行为不同。atoi 接收的是 const char*，需调用 c_str()，且对无效输入只返回 0，无法区分 “0” 和 “abc” 这类错误。
常见错误现象：std::stoi("123abc") 返回 123（合法部分），而 std::stoi("abc") 抛出 std::invalid_argument；不捕获会崩溃。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 始终用
try/catch包裹std::stoi，至少捕获std::invalid_argument和std::out_of_range - 若需获取转换结束位置，改用
std::stoi(str, &idx)，idx将指向第一个未参与转换的字符索引 - 避免对空字符串或全空白字符串直接调用——
std::stoi(" ")仍抛invalid_argument
需要进制转换或更精细控制时用 std::stol / std::stoll + base 参数
std::stoi 固定按十进制解析；若字符串是十六进制（如 "0xFF"）、二进制（"0b1010"）或八进制（"0755"），得用 std::stol 或 std::stoll 并显式传入 base。
使用场景：解析配置文件中的进制字面量、协议字段、内存地址等。
实操建议：
立即学习“C++免费学习笔记（深入）”；
-
std::stol("FF", nullptr, 16)→ 255；注意它不识别"0x"前缀，需手动截掉或用std::strtol -
std::stoll("1111", nullptr, 2)→ 15；base=0可自动识别0x、0b、0前缀，但std::stoi不支持base=0 - 超出
int范围时，std::stoi抛std::out_of_range；此时应直接选用long long对应的std::stoll
性能敏感场景下如何避免异常开销
如果确定输入格式严格（如日志解析中每行都是纯数字），且不能承受异常抛出/捕获的代价，可用 std::from_chars（C++17 起）。它是无异常、零分配、纯函数式解析接口，性能接近 atoi，但原生支持 std::string_view。
参数差异：std::from_chars 返回 std::from_chars_result 结构体，含 ptr（解析结束位置）和 ec（错误码，std::errc::invalid_argument 或 std::errc::result_out_of_range）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 必须检查
ec，不能只看ptr是否移动——ec == std::errc{}才表示成功 - 不支持自动跳过空白，输入含空格需提前
find_first_not_of(" \t\n\r")定位起始 - 不支持进制自动推导，
base必须显式指定（默认 10） - 示例：
int val; auto res = std::from_chars(str.data(), str.data() + str.size(), val); if (res.ec != std::errc{}) { /* 处理错误 */ }
真正容易被忽略的是：所有这些函数对 Unicode 字符串（如含中文数字、全角数字）完全无效；std::string 必须是 ASCII 或 UTF-8 编码的纯数字字节序列。如果输入来源不可控，先做字符过滤或编码验证，而不是依赖转换函数兜底。
