std::to_string转浮点数默认保留6位有效数字，非bug而是标准规定；需精度控制时应选用std::ostringstream配合std::fixed与std::setprecision、C++20的std::format或sprintf。
std::to_string 不能转浮点数精度？
能转，但默认只保留6位有效数字，std::to_string(3.1415926535) 得到的是 "3.14159"，不是完整小数。这不是 bug，是标准规定——它调用的是 std::sprintf 的 %f 格式，等效于固定精度输出。
要控制小数位数，得换方式：
- 用
std::ostringstream配合std::fixed和std::setprecision - 用 C++20 的
std::format（如std::format("{:.8f}", 3.1415926535)） - 或手动 sprintf 到 buffer 再构造 string（兼容旧标准）
std::stoi / std::stod 抛异常怎么办
它们在输入无效时抛 std::invalid_argument（如空字符串、纯字母），或 std::out_of_range（如超 int 范围的数字字符串）。不处理就 crash。
安全做法是包裹 try-catch，或先用 std::from_chars（C++17）——它不抛异常，只返回状态码：
int i;
auto [ptr, ec] = std::from_chars("123", "123" + 3, i);
if (ec == std::errc{}) {
// 转换成功，i == 123
}
std::from_chars 还支持指定进制、跳过空白、部分解析（比如只转前缀数字），比 stox 系列更底层也更可控。
string 转 double 时科学计数法被忽略？
不会被忽略。std::stod("1.23e-4") 正确返回 0.000123，std::from_chars 同样支持 e/E 形式。真正容易出错的是：字符串含多余字符且你没检查解析终点。
例如：std::stod("123abc") 返回 123.0，不报错；std::from_chars("123abc", ...) 会停在 'a' 处，ptr 指向 'a'，你需要判断 ptr == end 才算整段合法。
常见疏漏点：
- 忘记检查是否全部字符都被消费
- 把带单位的字符串（如
"42px"）直接喂给 stod - 用
atof（C 函数）却忽略其无错误反馈机制
频繁转换影响性能？
是的，尤其是 std::to_string 和 std::stod 内部涉及内存分配、locale 查询和格式化逻辑。在 tight loop 里每帧转几十次，可观测到开销。
优化方向：
- 对固定小数位的 float/double，预分配 ostringstream 并复用（避免反复构造析构）
- 整数转 string：若范围可控（如 0–9999），查表法最快（静态 char[4][10000]）
- C++17 起，
std::to_chars是零分配、无 locale、纯计算的最优选，但需自己管理 buffer（至少std::numeric_limits<int>::digits10 + 2</int>字节）
最常被忽略的一点：很多人以为 std::string 转数字只是“解析”，其实隐式依赖当前线程 locale——除非显式设为 "C"，否则逗号/句点分隔符行为可能突变。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
