std::bit_cast不是reinterpret_cast的平替，仅当源目标类型大小严格相等、均为trivially_copyable且不涉指针/别名违规时才安全；用错直接UB，非编译报错而是运行时静默错乱。
std::bit_cast 不是 reinterpret_cast 的平替，它只在严格满足条件时才安全可用；用错直接 UB，不是编译报错而是运行时静默错乱。
std::bit_cast 要求源和目标类型大小完全相等
编译器不会帮你“凑大小”，sizeof(From) 必须精确等于 sizeof(To)，差 1 字节就编译失败，连 SFINAE 都绕不过去。
- 合法：
std::bit_cast<uint32_t>(float{1.0f})</uint32_t>（都是 4 字节） - 非法：
std::bit_cast<int64_t>(float{1.0f})</int64_t>（4 vs 8，编译直接拒） - 陷阱：
std::bit_cast<uint32_t>(std::array<char>{})</char></uint32_t>表面大小对得上，但若该std::array因对齐插入 padding，实际布局不可控，结果未定义
必须确保两个类型都是 trivially_copyable
非平凡可复制类型（含虚函数、自定义析构/构造、引用成员、指针成员等）不能参与 std::bit_cast，否则行为未定义——编译器不拦，但运行时可能读错内存或触发 sanitizer 报告。
- 安全：
float、uint32_t、std::complex<float></float>（标准库保证 trivially_copyable） - 危险：
std::string、std::vector<int></int>、带virtual的类、含std::unique_ptr的结构体 - 验证方式：加
static_assert(std::is_trivially_copyable_v<t> && std::is_trivially_copyable_v<u>)</u></t>，别靠猜
不能传指针，也不能用于类型别名违规场景
std::bit_cast 操作的是值的位模式副本，不是内存地址重解释。传指针会触发类型系统误判，且违反接口契约。
立即学习“C++免费学习笔记（深入）”；
- 错误写法：
std::bit_cast<uint32_t>(&f)</uint32_t>—— 参数类型不匹配，编译失败 - 更隐蔽错误：
std::bit_cast<float>(0x80000000U)</float>虽能过编译，但语义模糊，-0.0f 应显式写出 - 别指望它绕过严格别名规则：它不赋予新类型对原内存的访问权，只是“换种方式看同一段比特”，原始对象生命周期和访问权限不变
constexpr 上下文里它未必真编译期求值
即使写了 consteval，std::bit_cast 是否真能在编译期展开，取决于实现和上下文。某些 libstdc++ 早期 C++20 版本会退化为运行时调用，导致 constexpr 变量初始化失败。
- 验证方法：用
consteval函数包裹测试，例如consteval auto test() { return std::bit_cast<uint32_t>(1.0f); }</uint32_t> - 注意浮点 NaN 的位模式不标准化，
std::bit_cast原样传递，跨平台时不要假设其值一致 - double ↔ uint64_t 同理安全，但必须确认目标平台
sizeof(double) == sizeof(uint64_t)（通常成立，但非绝对）
最容易被忽略的一点：它不解决字节序问题，也不做任何格式转换——你拿到的只是原始比特流，后续位运算、网络传输、序列化都得自己处理端序和协议含义。
