std::bit_cast不能接受指针参数，因其函数签名要求const From&（值类型引用），传入指针如&f会导致模板推导失败；它替代的是reinterpret_cast、memcpy和union等不安全位重解释手段，专用于大小相等且平凡可复制类型的零开销位模式互转。
std::bit_cast 不是“替代指针”，而是替代 reinterpret_cast + memcpy + union 这类不安全的位级重解释手段。它本身不操作指针，参数必须是值（const From&），传指针会编译失败。
为什么 std::bit_cast 不能接受指针参数
函数签名是 template<class to class from> constexpr To bit_cast(const From& from) noexcept</class>，只接受左值引用，不是地址。常见误写如 std::bit_cast<uint32_t>(&f)</uint32_t> 会触发模板推导失败或类型不匹配错误——因为 &f 是 float*，而 From 需要是 float。
- 正确写法：
std::bit_cast<uint32_t>(f)</uint32_t>（f是float对象） - 错误写法：
std::bit_cast<uint32_t>(&f)</uint32_t>、std::bit_cast<uint32_t>(*ptr)</uint32_t>（若ptr类型不对，仍会失败） - 它不涉及指针别名（no aliasing），所以根本不需要你提供地址；编译器直接对对象的存储字节做视图切换
std::bit_cast 替代 reinterpret_cast 的典型场景
最常用且最安全的用途就是浮点与整数的 IEEE 754 位模式互转，比如提取符号位、判断 NaN、序列化 raw bits。
-
reinterpret_cast<uint32_t>(f)</uint32_t>是未定义行为（违反 strict aliasing） -
*reinterpret_cast<uint32_t>(&f)</uint32_t>同样 UB，且在优化开启时可能被编译器静默优化掉 -
std::bit_cast<uint32_t>(f)</uint32_t>是标准保证的合法操作，语义清晰，零开销 - 注意：它不做数值转换，
std::bit_cast<float>(0x3f800000)</float>得到的是 exactly1.0f，但前提是平台用 IEEE 754；不是所有uint32_t值都能映射成合法float（比如某些 trap representation）
容易被忽略的对齐和 padding 陷阱
即使两个类型满足 sizeof 相等和 trivially_copyable，若目标类型有严格对齐要求（如 alignas(32) struct），而源对象未按该对齐分配，std::bit_cast 行为未定义。
立即学习“C++免费学习笔记（深入）”；
- 例如：把栈上普通
float f（通常只保证 4 字节对齐）bit_cast成alignas(16) __m128，在某些编译器/平台会崩溃或返回垃圾值 - 解决办法：用
alignas(16) float buf;或std::aligned_alloc分配源内存，再传入bit_cast - 结构体含 padding 时也要小心：虽然
std::bit_cast编译期不报错，但若 padding 位在目标类型中是 trap representation（如某些布尔结构体），结果不可靠
跨平台使用时真正要盯住的三个硬条件
它不处理字节序、不校验浮点格式、不关心运行时平台差异——所有安全性都压在编译期那三条规则上：
-
sizeof(From) == sizeof(To)：必须严格相等，差 1 字节就编译失败 -
std::is_trivially_copyable_v<from> && std::is_trivially_copyable_v<to></to></from>：含虚函数、std::string、自定义析构函数的类型直接被拒 - 目标类型不能有 const/volatile 限定：
std::bit_cast<const uint32_t>(f)</const>编译失败；需先 cast 再加 const
这些检查全在编译期完成，但一旦漏掉对齐或 padding 隐患，生成的代码可能在特定平台或优化级别下才暴露问题——这才是实操中最难提前发现的部分。
