std::from_chars是C++17+校验纯数字字符串最轻量可靠的方式，不抛异常、不分配内存、不依赖locale，通过检查ptr是否等于末尾地址来精确判断是否全数字。
用 std::from_chars 判断字符串是否纯数字（C++17+）
这是目前最轻量、最可靠的方式，不抛异常、不分配内存、不依赖 locale，且能精确区分“全数字”和“数字+后缀”。
常见错误是直接用 std::stoi 或 std::stol——它们会静默截断尾部非数字字符（比如 "123abc" 返回 123），根本达不到“校验”目的。
-
std::from_chars要求输入为std::string_view或 C 风格字符串，返回std::from_chars_result - 关键看
ptr字段：若它等于输入末尾地址，说明全部字符都被成功解析；否则有残留 - 只支持整数和浮点数基本格式（无科学计数法、无前导空格、无符号需显式处理）
std::string s = "42";
int val;
auto [ptr, ec] = std::from_chars(s.data(), s.data() + s.size(), val);
if (ec == std::errc{} && ptr == s.data() + s.size()) {
// 是合法整数
}
处理带符号或空格的字符串（兼容性场景）
真实输入常含前导/尾随空格、正负号，而 std::from_chars 对空格零容忍，对 "-123" 却支持——但不会跳过空格。
所以不能裸用，得先预处理：
立即学习“C++免费学习笔记（深入）”；
- 用
find_first_not_of(" \t\n\r")找首非空白位，再用find_last_not_of(" \t\n\r")找尾非空白位 - 提取子串时注意边界：若全空白，子串长度为 0，此时应直接判错
- 负号和正号本身是合法前缀，
std::from_chars已内置支持，无需额外剥离
别用 std::istringstream 做这事——它默认跳空格、吃符号、还可能隐式接受十六进制前缀（如 "0x1A"），校验意图完全失控。
需要支持小数点或科学计数法？换 std::from_chars 浮点重载
整数版 std::from_chars 不认小数点，但浮点版（float/double 版本）支持 "3.14"、"-2e5" 等格式。
但要注意：它仍要求“整个字符串被消费”，且不接受多余字符——这点和整数版一致，仍是校验友好型。
- 传入
double变量，调用对应重载：std::from_chars(p, p + n, d) - 如果输入是
"123.45abc"，ptr会停在'a'，从而可判断非法 - 性能上，浮点解析比整数略重，但远好于
std::stod的异常开销和内存分配
别为了省事把字符串先用 std::stod 转再比长度——异常路径一触发就崩，而且无法区分 "inf" 这类特殊值。
旧标准（C++11/14）下怎么安全兜底？
没有 std::from_chars 就只能手动遍历，但必须避开 std::isdigit 的坑：它受 locale 影响，某些 locale 下会把非 ASCII 数字也判为 true。
- 用
c >= '0' && c 判断每个字符，简单直接，零依赖 - 单独处理开头的
'-'或'+'，且只允许出现在索引 0 位置 - 空字符串、只有符号、符号后无数字，都要提前返回 false
- 如果需支持小数，还得加一个“小数点已出现”标记，且只允许出现一次、不在开头或结尾
手写逻辑看似土，但在嵌入式或严格编译环境下反而是最可控的选择——没隐藏行为，没 locale 陷阱，也没异常爆炸风险。
真正容易被忽略的是：哪怕用了 std::from_chars，也得检查返回的 ec 是否为 std::errc{}，否则像 "99999999999999999999" 这种溢出输入会返回 std::errc::result_out_of_range，光看 ptr 位置会误判成功。
