用std::stoi/stod配合pos参数和异常捕获可准确判断字符串是否为完全合法数字：若pos==s.length()且无异常，则有效；否则无效。
用 std::stoi / std::stod 捕获转换异常判断是否为有效数字
直接调用标准库转换函数是最常用、也最贴近“语义正确”的方式。它不依赖正则，能处理带符号、科学计数法（std::stod）、前导空格（自动跳过），且严格校验尾部非法字符。
关键点在于：这些函数只转换**开头合法部分**，但不会报错；真正判断“完全合法”必须配合 pos 输出参数或手动检查剩余字符：
-
std::stoi(s, &pos)第二个参数填入一个size_t变量，调用后pos会记录解析结束位置 - 若
pos == s.length()，说明整个字符串都被成功解析 - 若抛出
std::invalid_argument（无有效数字）或std::out_of_range（溢出），则不是有效数字
std::string s = "123.45";
size_t pos = 0;
try {
double val = std::stod(s, &pos);
if (pos == s.length()) {
// ✅ 完全合法的浮点数
} else {
// ❌ 尾部有非法字符，如 "123.45abc"
}
} catch (const std::invalid_argument& e) {
// ❌ 根本不是数字，如 "abc" 或 ""
} catch (const std::out_of_range& e) {
// ❌ 超出 double 表示范围，如 "1e500"
}
为什么不用 std::regex 做数字校验
std::regex 在 C++11 中引入，但实际使用中问题不少：性能差、编译器支持不一（MSVC 的 std::regex 长期存在 bug）、写全数字格式正则非常冗长（要覆盖 +123、-0.0、1e-5、.5 等所有合法变体）。
常见错误写法：std::regex re(R"([+-]?\d+\.?\d*(e[+-]?\d+)?)") —— 它漏掉 .123、匹配 123.（末尾点）、甚至把 1e2e3 当作合法。
除非你明确需要「仅匹配模式，不关心数值有效性」（比如日志行提取数字片段），否则不推荐用正则做最终数字合法性判定。
手写字符扫描法：轻量、可控、无异常开销
如果项目禁用异常，或需极致性能（如高频解析上万字符串），可手写状态机扫描。核心逻辑是分段检查：可选符号 → 整数部分 → 可选小数点 → 可选小数部分 → 可选指数部分。
要点：
- 空字符串、只有符号、只有小数点，都非法
-
.后必须跟数字，除非后面还有e/E -
e/E前必须已有数字（不能是e123或+e123） - 指数部分允许带符号，但之后必须有至少一位数字
这种写法代码约 20–30 行，无内存分配、无异常、可内联，适合嵌入式或高频场景。
注意 std::istringstream 的陷阱
有人用 std::istringstream + >> 操作符判断：
std::istringstream iss(s);
double val;
if (iss >> val && iss.eof()) { /* OK */ }
看似简洁，但有严重隐患：
-
iss >> val会静默跳过前导空格，但iss.eof()在读完数字后**不一定为 true**（比如字符串是"123 abc"，operator>>只读123，流状态为failbit，但eof()仍返回false） - 更稳妥的是检查
iss.peek() == EOF或结合iss.fail()和iss.get() == EOF - 而且
istringstream构造有堆分配开销，比stod+pos慢
除非已有现成的 istringstream 实例复用，否则不优先选它。
真正容易被忽略的是：数字字符串的“有效性”取决于你的需求场景——是只要能转成整数就行？还是必须符合 IEEE 754 浮点规则？是否接受 inf 或 nan？std::stod 默认不接受它们（会抛 invalid_argument），而手写扫描或某些正则可能意外放过。定标准前，先想清楚边界。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
