必须用 std::strtod（或 std::strtof）解析十六进制浮点字面量字符串，因 std::stod 不支持；若为 IEEE 754 位模式字符串（如"40490fdb"），则需 std::stoul + std::bit_cast/ memcpy，并注意字节序。
直接用 std::stod 或 std::stof 无法解析十六进制浮点字面量字符串（如 "0x1.921fb54442d18p+1"），它们只认十进制格式；而 std::strtod 支持，但需注意输入格式和错误处理。
必须用 std::strtod（或 std::strtof）解析十六进制浮点字符串
std::strtod 是 C 标准库函数，在 C++ 中仍是最可靠的选择，它原生支持 IEEE 754 十六进制浮点字面量（C99/C++11 起），例如 "0x1.ffffp+10"、"-0XABC.0P-4"。C++ 标准库的 std::stod 不支持这种格式，强行传入会抛 std::invalid_argument。
- 输入字符串必须严格符合 C/C++ 十六进制浮点字面量语法：可选符号 +
0x或0X+ 十六进制数字（含小数点） +p或P+ 带符号指数（十进制） - 首尾空白会被自动跳过，但中间不能有空格（如
"0x1.2 p+3"会截断在' '处，返回1.125并令endptr指向空格） - 必须检查
endptr，否则无法区分成功解析"0"和完全无效输入（如"xyz"）——两者都可能返回0.0 - 示例：
const char* s = "0x1.921fb54442d18p+1"; char* end; double d = std::strtod(s, &end); if (*end != '\0') { // 解析未消费完全部字符，说明格式有问题 }
常见错误：把十六进制整数字符串当浮点数直接转换
如果原始字符串是纯十六进制整数（如 "40490fdb"），它其实是 IEEE 754 double 的内存位模式（big-endian 字节序），不是可读浮点字面量。此时不能用 strtod，而应按位重解释：
- 先用
std::stoul(s, nullptr, 16)将字符串转为uint64_t - 再用
std::memcpy或std::bit_cast（C++20）将该整数位模式复制到double变量中 - 错误做法：
std::strtod("40490fdb", ...)会尝试解析十进制数40490fdb（非法），或当作科学计数法报错 - 正确示例（C++20）：
uint64_t bits = std::stoul("40490fdb", nullptr, 16); double d = std::bit_cast<double>(bits); // 得到 3.141592653589793 - C++11/14 用
std::memcpy更安全（避免 strict aliasing 问题）
跨平台注意字节序与精度
十六进制浮点字面量（如 "0x1.2p3"）本身是平台无关的，std::strtod 解析结果符合 IEEE 754，无需担心字节序；但若按位重解释（上一节场景），前提是源字符串表示的是本机 double 的内存布局。若字符串来自其他平台（如 Java 的 Double.doubleToLongBits()，默认 big-endian），而你的系统是 little-endian（如 x86_64），则需反转字节：
立即学习“C++免费学习笔记（深入）”；
- 确认来源：Java / .NET / Python
struct.pack('d', x)默认都是大端，而 x86 Linux 上double内存是小端 - 简单反转方法：
uint64_t bits = std::stoul("40490fdb", nullptr, 16); uint64_t le_bits = __builtin_bswap64(bits); // GCC/Clang // 或用 std::byteswap（C++23）或手动移位 double d = std::bit_cast<double>(le_bits); - 不反转会导致数值完全错误（例如得到
1.79e308而非3.14）
真正容易被忽略的是：你手上的十六进制字符串到底属于哪一类？是人类可读的十六进制浮点字面量（走 strtod），还是机器导出的 raw bit pattern（走 bit_cast + 字节序校验）。混淆这两者，99% 的 bug 就源于此。
