std::from_chars 是 C++17 中最可靠的数字字符串全匹配解析方案，它不抛异常、不跳过尾部字符、返回解析结束位置，需检查 ec 为 success 且 p 指向末尾；其他方法如 std::stoi/stod 易误判，遍历和正则各有局限。
用 std::stoi 或 std::stod 转换失败时抛异常，不是万能的
直接调用 std::stoi 判断字符串是否为数字，看似简单，但容易误判：空字符串、纯空白、前导空格、后缀非数字字符（如 "123abc"）都可能不报错——因为 std::stoi 默认跳过前导空白，并只转换开头合法部分，返回 123 而不报错。
正确做法是配合 endptr 风格的检查逻辑（C++里得自己模拟），或严格校验转换前后是否“完全匹配”：
- 先用
std::stod（比stoi更包容小数和科学计数法）尝试转换，捕获std::invalid_argument和std::out_of_range - 若未抛异常，再检查原字符串是否**全部被消费**：用
std::from_chars（C++17起）更可靠，它返回解析结束位置 - 注意
"inf"、"nan"会被std::stod接受，但通常不算“数字字符串”，需额外排除
std::from_chars 是目前最干净的 C++17 方案
std::from_chars 不抛异常、不依赖 locale、不跳过尾部垃圾，真正做“从头到尾精确解析”。但它只支持整型和浮点型基本字面量，不支持带符号的十六进制（如 "0xFF"）或下划线分隔符（C++14+），且对空字符串/全空白直接返回 std::errc::invalid_argument。
典型用法：
立即学习“C++免费学习笔记（深入）”；
std::string s = "123.45";
double val;
auto [p, ec] = std::from_chars(s.data(), s.data() + s.size(), val);
if (ec == std::errc{} && p == s.data() + s.size()) {
// 完全匹配，是合法数字
}
-
p指向第一个未参与解析的字符，必须等于s.data() + s.size()才算整个字符串都被吃掉 - 它不处理前导
+/-以外的符号，也不接受"1e2"形式（C++17 中std::from_chars对浮点支持有限，GCC 12+/Clang 14+ 才较完整） - 整数场景更稳：支持
int、long等，且可指定进制（base=10或16）
手写遍历检查适合整数、可控格式、嵌入式环境
当不能用 C++17、或明确只要判断十进制整数（不含小数点、指数、正负号可选）时，遍历是最轻量、最可控的方式。但它容易漏边界：空字符串、只有符号、符号后无数字、溢出不检查。
关键点：
- 先
!s.empty()，再看首字符是否为'-'或'+'，然后确保剩余部分非空且全为'0'–'9' - 别用
std::isdigit直接传char：它接收int，若char为负（如某些平台signed char），会 UB；应转成unsigned char再传 - 如果要兼容
"-0"或前导零（如"007"），需额外约定；否则建议用std::from_chars或库函数避免手工逻辑
正则表达式在 C++ 里又慢又重，除非已有 regex 上下文
std::regex 构造开销大、匹配慢、编译器支持参差（MSVC 对 Unicode 支持弱，libstdc++ 在旧 GCC 中有 bug），而且一个看似简单的“数字”需求，正则很容易写错：
-
R"(^-?\d+$)"漏掉小数、负零、科学计数法 -
R"(^-?\d*\.?\d+(e[+-]?\d+)?)$"还是漏"."、"1e"等非法形式，且无法区分"123."和"123.0" - 即使正则写对，也得调用
std::regex_match，它内部仍要做完整扫描，不如遍历或from_chars直接
真要用正则，只建议在已有正则引擎复用场景（比如整个配置文件都用 regex 解析），否则纯为“判断数字”引入 <regex> 得不偿失。
最常被忽略的是：数字字符串的定义本身要先说清——是否允许前导零？是否接受 +.5？是否视 "NaN" 为有效？没对齐这个，任何方案都会在边界上翻车。
