std::isdigit仅适合纯正整数字符串的快速初筛，不等于“是数字”，因依赖locale、漏负号/小数点/科学计数法，且非"C" locale下可能误判；实操需处理空串、符号、locale设置，并配合std::stod/std::from_chars严格校验。
用 std::isdigit 遍历判断是否安全？
直接对 std::string 每个字符调用 std::isdigit 只能判断“是否全为 ASCII 数字字符”，但会漏掉负号、小数点、科学计数法，且 std::isdigit 依赖 locale —— 在非 "C" locale 下可能把某些非数字字符误判为数字（比如某些 Unicode 数字）。它适合纯正整数字符串的快速初筛，但不等于“是数字”。
实操建议：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 先检查空字符串：
s.empty()→ 直接返回 false - 若首字符是
'-'或'+'，跳过再判断后续 - 确保
std::isdigit在 "C" locale 下使用：临时设置std::locale::global(std::locale("C"))，或改用static_cast<unsigned char></unsigned>强转后传入（避免负 char 导致 UB） - 不能处理
"3.14"、"-1e5"、"inf"等合法数字字面量
std::stod / std::stoi 转换后怎么确认没出错？
这些函数本身不校验“整个字符串是否为有效数字”，而是尽可能解析前缀——std::stoi("123abc") 返回 123，不报错；std::stod(" 42.5 ") 成功但忽略前后空格。关键在配套使用 pos 参数和异常捕获。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 声明
size_t pos = 0，调用std::stod(s, &pos) - 检查
pos == s.length()：确保所有字符都被消费，排除"123x"这类情况 - 捕获
std::invalid_argument（无有效数字）和std::out_of_range（溢出） - 注意：开头空白会被自动跳过，所以
" 7"是合法的；如需禁止空白，先用std::all_of检查是否含空格
为什么 std::from_chars 是更干净的选择？
std::from_chars（C++17 起）是无异常、无 locale 依赖、不跳过空白、不分配内存的底层解析接口，返回值明确指示解析终点和错误类型，天然适合“严格校验字符串是否完全匹配一个数字”的场景。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 对
double使用：double val; auto [ptr, ec] = std::from_chars(s.data(), s.data() + s.size(), val); if (ec == std::errc{} && ptr == s.data() + s.size()) { // 成功，且整个字符串被消耗 } - 它不接受开头空格或符号后带空格（
"- 5"失败），符合“严格格式”预期 - 不支持科学计数法后缀大小写混用（
"1E2"可，"1e2"可，但"1D2"不行） - 无法处理
"nan"或"inf"，除非手动预检字符串内容
实际项目中该选哪个？
没有银弹。如果只是表单输入校验，想兼容常见用户输入（空格、正负号、小数、e/E），用 std::stod + pos 最省心；如果做配置文件解析或协议字段校验，要求零容忍、高性能、确定性行为，std::from_chars 更可靠；而 std::isdigit 仅建议用于已知格式的整数字段预过滤（比如 ID 字段只应为纯数字）。
最容易被忽略的一点：浮点字符串可能有多个合法表示（"0.0"、"+0."、".5"），但 std::from_chars 对 ".5" 支持，std::stod 也支持，而手写遍历逻辑常会漏掉这种边界形式。
