std::bit_cast是C++20引入的零开销位级类型重解释机制，要求源与目标类型大小严格相等且均可平凡复制，否则编译期static_assert失败；它不调用函数、不检查字节序或对齐，仅由编译器优化为mov等单条指令。
std::bit_cast 是什么，它真能零开销？
是的，std::bit_cast 在满足条件时确实生成零运行时开销的机器码——它不调用任何函数，也不做数据检查或字节序转换，只是让编译器把同一块内存按新类型“重新解释”。但前提是：源类型和目标类型必须 可平凡复制（trivially copyable） 且 大小严格相等。否则编译直接报错：static_assert 失败，错误信息类似 sizeof(From) != sizeof(To)。
哪些类型能安全用 std::bit_cast？
常见安全组合包括：uint32_t ↔ float、int64_t ↔ double、std::array<uint8_t></uint8_t> ↔ uint32_t。结构体也可以，但必须满足两个硬性条件：
- 所有成员都是 trivially copyable（比如不能含
std::string、std::vector或虚函数） - 没有 padding 冲突风险——推荐用
[[no_unique_address]]或alignas显式控制布局，或直接用std::memcpy+std::bit_cast验证对齐 - 避免对引用、函数指针、包含 const/volatile 限定符的类型使用（编译器通常拒绝）
为什么不用 reinterpret_cast 或 memcpy？
reinterpret_cast 对非标准布局类型行为未定义；而 memcpy 虽然语义安全，但编译器不一定能优化成单条指令——尤其跨作用域或涉及别名时可能保留内存读写。相比之下，std::bit_cast 是明确告诉编译器：“我保证这是一次纯位模式重解释，请内联为 mov 或 bitcast 指令”。实测中，Clang 和 GCC 12+ 在 O2 下对 std::bit_cast<float>(0x3f800000u)</float> 直接生成 mov eax, 0x3f800000; vmovd xmm0, eax，无额外指令。
容易被忽略的对齐与生命周期问题
即使类型大小相同，若源对象未按目标类型要求对齐（例如把栈上 char[4] 强转为 float，而栈地址不是 4 字节对齐），行为仍是未定义的。C++20 不强制检查对齐，所以得靠自己确保：alignas(float) char buf[4]; auto f = std::bit_cast<float>(buf);</float> 才安全。另外，std::bit_cast 不延长源对象生命周期——别对临时对象或已析构对象调用它，否则可能读到垃圾位。
立即学习“C++免费学习笔记（深入）”；
