std::stod转换失败时抛std::invalid_argument或std::out_of_range异常；前者因无效输入（如空串、全空白），后者因数值溢出（如"1e309"）。
stod 转换失败时抛什么异常
std::stod 在遇到无法解析的字符串（如空串、纯空白、非数字前缀等）时，会抛出 std::invalid_argument；若数值超出 double 表示范围（如 "1e309"），则抛 std::out_of_range。这两个异常都继承自 std::exception，但必须显式捕获，否则程序会终止。
- 空字符串
""→std::invalid_argument - 含非法字符如
"123abc"→ 仍成功转为123.0（只读取前缀有效部分） - 全空白字符串
" "→std::invalid_argument（C++11 起标准行为） - 科学计数法超限
"1e309"→std::out_of_range
安全使用 stod 的推荐写法
不要裸调 stod，应包裹在 try-catch 中，并检查输入是否为空或全空白。更稳妥的做法是先用 std::string::find_first_not_of(" \t\n\r\f\v") 判断是否有有效字符。
- 用
std::isspace遍历判断是否全空白比直接empty()更可靠 - 捕获两个异常类型，避免漏掉溢出错误
- 转换后可选地验证是否“完全消费”了字符串：用
std::stod(str, &pos)并检查pos == str.size()
double safe_stod(const std::string& s) {
if (s.empty()) throw std::invalid_argument("empty string");
size_t pos = 0;
try {
double val = std::stod(s, &pos);
if (pos == 0 || pos != s.length())
throw std::invalid_argument("trailing invalid characters");
return val;
} catch (const std::invalid_argument&) {
throw;
} catch (const std::out_of_range&) {
throw;
}
}
stod 和 strtod 的关键区别
stod 是 C++11 引入的便捷封装，而 strtod（C 标准库）更底层、不抛异常、返回 0.0 并设 errno，适合对异常敏感或需精细控制解析位置的场景。
-
stod：简洁，但异常开销不可忽略；无法区分"0"和解析失败（除非捕获异常） -
strtod：需手动检查endptr是否移动、errno是否为ERANGE或EINVAL - 多线程下
errno是线程局部的，strtod安全；stod本身线程安全，但异常处理逻辑需自行保证
常见误用与静默陷阱
最常被忽略的是 stod 对前导空白和前缀的宽松处理——它会跳过空白，但遇到非数字非符号字符立即停，且不报错。例如 stod(" 123xyz456") 返回 123.0，而很多人以为这该失败。
立即学习“C++免费学习笔记（深入）”；
- 没传
pos参数 → 无法知道解析到哪，无法判断是否“全字符串有效” - 只捕获
std::exception而非具体子类 → 可能掩盖本应处理的out_of_range - 把
stod用在性能关键循环里 → 异常机制有开销，且每次都要构造异常对象 - 忽略 locale 影响 →
stod使用当前 C locale，小数点可能是逗号（如德语环境），导致"3,14"解析失败
真正需要健壮转换时，别只依赖 stod 的默认行为；明确边界、验证长度、控制 locale，才是落地的关键。
