std::bit_cast仅在源与目标类型大小严格相等且均为trivially copyable时才安全，否则编译失败；它不接受指针、引用或volatile类型，也不处理对齐与生命周期问题，需手动确保memcpy和alignas。
std::bit_cast 只有在源和目标类型大小严格相等、且都为 trivially copyable 时才安全可用，否则编译直接失败——这不是运行时风险，而是编译期硬性拦截。
哪些类型能过编译检查
它只接受值类型（非指针、非引用、非 volatile），且必须满足两个静态条件：
-
sizeof(From) == sizeof(To)：比如float和uint32_t都是 4 字节，合法；float转uint64_t编译报错，哪怕你手动截断也不行 -
std::is_trivially_copyable_v<From>与std::is_trivially_copyable_v<To>同时为true：这意味着不能含虚函数、用户定义构造/析构/赋值、非平凡基类或成员；std::vector<int>、std::string、带const成员的 struct 全部被拒 - 常见安全组合：
uint32_t ↔ float、int64_t ↔ double、std::array<std::byte, 8> ↔ uint64_t、无 padding 的 plain struct 对（需显式验证布局）
为什么不能直接传 char* 或 vector
std::bit_cast 的签名是 template<class To, class From> constexpr To bit_cast(const From& from)，它不操作地址，只重解释一个已存在的、对齐良好的值对象的位模式：
-
char buf[4] = {0x00, 0x00, 0x80, 0x3f}; auto f = std::bit_cast<float>(buf);—— 错误：buf是数组名，退化为char*，不是 trivially copyable 值类型 -
std::vector<std::byte> v = {...}; auto f = std::bit_cast<float>(v);—— 错误：std::vector不是 trivially copyable，模板无法推导 - 正确做法：先用
std::memcpy把字节拷到栈上对齐的 trivial 类型里，再传给std::bit_cast，例如alignas(float) std::array<std::byte, 4> raw{}; std::memcpy(raw.data(), src, 4); float f = std::bit_cast<float>(raw);
对齐和生命周期是静默陷阱
即使类型大小匹配、trivial 条件满足，运行时行为仍可能未定义：
立即学习“C++免费学习笔记（深入）”；
- 若目标类型要求更高对齐（如
alignas(16) std::array<float, 4>），而源对象未按该对齐分配（比如普通栈变量地址是 8 字节对齐但不是 16 字节），std::bit_cast不做检查，结果是未定义行为（ARM64 上可能 SIGBUS） -
std::bit_cast不延长源对象生命周期：别对临时对象调用，例如std::bit_cast<float>(std::array<std::byte, 4>{...})是危险的——临时对象可能在表达式结束前就析构，读到垃圾位 - 浮点位模式本身不跨平台标准化：NaN、次正规数的编码在不同硬件上可能不同；
std::bit_cast原样传递比特，不做修正，语义责任完全在使用者
真正容易被忽略的点是：它不帮你“垫高”对齐，也不替你校验缓冲区长度是否足够——所有底层细节仍需你手控。一旦跳过 memcpy + 显式对齐这两步，就不再是“安全转换”，而是把未定义行为从运行时提前到了编译期或信号崩溃。
