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