std::bit_cast不是reinterpret_cast的平替，仅当两类型大小严格相等且均为trivially_copyable时合法；用错直接编译失败。
std::bit_cast 不是 reinterpret_cast 的平替，它只在两个类型大小严格相等、且都为 trivially_copyable 时才合法；用错就编译失败，不是警告，更不会“凑合运行”。
为什么 std::bit_cast(f) 合法，但 std::bit_cast(&f) 编译失败
函数签名是 template<class to class from> constexpr To bit_cast(const From& from)</class>，参数必须是源类型的左值引用，不是地址。传 &f 会导致模板推导出 From = float*，而指针类型不满足 trivially_copyable 的跨实现保证，直接拒掉。
-
std::bit_cast<uint32_t>(f)</uint32_t>✅ 正确：f 是float对象，float和uint32_t都是 4 字节、平凡可复制 -
std::bit_cast<uint32_t>(&f)</uint32_t>❌ 编译失败：参数类型是float*，非平凡性不可靠，且语义错位 -
std::bit_cast<float>(ptr)</float>❌ 不支持：目标类型含指针，违反值语义前提
编译失败最常见的两个 static_assert 原因
错误信息通常像 “source and destination types must have the same size” 或 “not trivially copyable”，根源就两条：
-
static_assert(sizeof(From) == sizeof(To))—— 不能靠经验，比如int在某些嵌入式平台是 2 字节，float却固定 4 字节，配对必炸 -
static_assert(std::is_trivially_copyable_v<from> && std::is_trivially_copyable_v<to>)</to></from>—— 含虚函数、std::string、std::vector、引用成员的类型一律排除，哪怕sizeof碰巧相等 - 结构体要额外小心 padding：
struct { char a; int b; }通常 8 字节（含 3 字节填充），但sizeof不等于字段总和，std::bit_cast<uint64_t></uint64_t>可能静默 UB
float ↔ uint32_t 是唯一推荐无脑用的组合
这是 C++20 标准文档隐含背书的安全边界：两者大小确定、无 padding、IEEE 754 普及度高、编译器优化充分。其他组合都得手动验证。
立即学习“C++免费学习笔记（深入）”；
- 提取符号位：
uint32_t bits = std::bit_cast<uint32_t>(f); int sign = (bits >> 31) & 1;</uint32_t> - 判断 NaN：
bool is_nan = (bits & 0x7fffffff) > 0x7f800000; - 别用它构造特殊值：
std::bit_cast<float>(0x80000000U)</float>虽合法，但不如写-0.0f直观 - double ↔ uint64_t 同理安全，但
float ↔ uint64_t直接编译失败（4 ≠ 8）
对齐不足时 std::bit_cast 不报错，但行为未定义
它不检查源对象是否满足目标类型的对齐要求。例如把栈上普通 float f（通常仅 4 字节对齐）转成 alignas(16) __m128，可能崩溃或返回垃圾值。
- 解决办法：显式对齐源变量，如
alignas(16) float buf;再传入std::bit_cast<__m128>(buf)</__m128> - 动态分配时用
std::aligned_alloc，而非new或malloc - 调试建议：先用
memcpy中转到alignas(4) uint8_t buf[4]，再 cast，交叉验证结果 - constexpr 上下文里，旧版 libstdc++（GCC 12.2 前）可能退化为运行时调用，导致初始化失败——别只看语法，要实测
consteval函数
