应使用 memcpy 提取 double 的 IEEE 754 位模式为 uint64_t，而非字符串格式化；注意字节序并用 htobe64 等转换大端；避免 reinterpret_cast，优先选 memcpy、union 或 std::bit_cast；需验证平台是否真正支持 IEEE 754。
直接用 memcpy 拷贝内存，别用 std::hex 或字符串转换
双精度浮点数（double）按 IEEE 754 标准存储为 64 位二进制，本质就是一串字节。想拿到它的十六进制表示（比如用于网络协议、内存调试或序列化），关键不是“格式化成字符串”，而是**提取原始字节序列**。用 std::ostringstream + std::hex 只会转浮点数值的十进制近似再转十六进制，完全不是 IEEE 754 的位模式。
正确做法是把 double 当作字节数组看待：
double x = -3.141592653589793; uint64_t bits; static_assert(sizeof(x) == sizeof(bits), "size mismatch"); memcpy(&bits, &x, sizeof(x)); // bits 现在就是 IEEE 754 64-bit 编码的整数形式
之后可直接用 printf("%016" PRIx64, bits) 或 std::hex 输出十六进制字符串。
注意字节序（endianness）：网络传输前必须明确大小端
拷贝出来的 uint64_t 值本身依赖当前平台字节序。x86_64 是小端，memcpy 后的 bits 低字节在前；但 IEEE 754 标准文档中位布局是“高位在左”（即大端逻辑顺序）。若需按标准位图顺序输出（如 bit 63 到 bit 0），不能直接打印 bits——得手动翻转字节：
立即学习“C++免费学习笔记（深入）”；
- 用
htobe64(bits)（Linux/macOS）或_byteswap_uint64(bits)（MSVC）转为大端整数再输出 - 或逐字节读取
unsigned char buf[8]，然后按索引 0→7（大端视角）拼接十六进制 - 网络协议（如 gRPC、自定义二进制协议）通常要求大端字节序，否则接收方解析会出错
避免类型别名违规（strict aliasing violation）
用 reinterpret_cast<uint64_t>(x)</uint64_t> 看似简洁，但违反 C++ 严格别名规则，触发未定义行为（UB），编译器可能优化掉你的代码。GCC/Clang 在 -O2 下尤其危险。
安全替代方案只有三个：
-
memcpy（最推荐，零开销，标准允许） - union（C++11 起合法，但需确保 active member 正确）：
union { double d; uint64_t u; } u = {.d = x}; uint64_t bits = u.u; - C++20 的
std::bit_cast（最干净）：uint64_t bits = std::bit_cast<uint64_t>(x);
验证是否真符合 IEEE 754：检查特殊值和舍入
不是所有 double 都能无损映射——需确认编译器和平台启用 IEEE 754 模式。常见陷阱：
- 某些嵌入式平台或旧编译器（如早期 ARM GCC）默认用软浮点，不保证 IEEE 行为
-
std::numeric_limits<double>::is_iec559</double>返回false时，memcpy出来的位模式无标准意义 - 测试边界值：
0.0、-0.0（符号位不同）、INFINITY、NAN，它们的十六进制应分别对应0000000000000000、8000000000000000、7ff0000000000000、7ff8000000000000（小端机器上需注意字节序）
真正难的不是转换动作本身，而是确认你拿到的那 8 个字节，在目标环境里是否被解释为标准 IEEE 754 —— 这一点常被跳过，直到跨平台通信时出现静默错误。
