std::bit_cast不能替代reinterpret_cast，因为它仅允许源与目标类型大小严格相等且均为平凡可复制类型的纯位拷贝，传指针、大小不匹配或非平凡类型均导致编译期static_assert失败。
std::bit_cast 为什么不能替代 reinterpret_cast
它只做纯位拷贝，不改变任何比特值，但要求源和目标类型大小严格相等、都为 trivially copyable。比如 std::bit_cast<int32_t>(float_val)</int32_t> 合法，而 std::bit_cast<int64_t>(float_val)</int64_t> 编译失败——哪怕 float 是 IEEE754 单精度（32 位），编译器仍会检查 sizeof(float) == sizeof(int32_t) 是否成立，且该比较在编译期完成。
常见错误是试图用它绕过 strict aliasing 规则：比如把 int* 强转成 float* 再解引用——std::bit_cast 不接受指针类型转换，只接受值；传入指针会触发 static_assert 失败，错误信息类似：static_assert failed due to requirement 'is_trivially_copyable_v<t>'</t>。
什么时候必须用 std::bit_cast 而不是 memcpy
当需要零开销、明确语义的位重解释，且编译器能优化掉拷贝时。例如序列化中间表示、GPU 数据布局对齐、或跨平台浮点/整数位模式交换。
-
std::bit_cast允许返回值直接参与 constexpr 上下文，memcpy不行 - 某些平台（如 ARM64）上，
std::bit_cast<float>(0x3f800000)</float>可被编译器直接生成mov或fmov指令，而memcpy可能残留内存操作 - 若目标类型有非平凡析构（如含虚函数的类），即使大小匹配，
std::bit_cast也会拒绝——这是 deliberate safety guard，不是 bug
std::bit_cast 在 C++20 中的最小可用配置
必须开启 C++20 标准，且不能降级到 C++17。Clang 12+、GCC 11.1+、MSVC 19.29+ 支持，但 GCC 11.1 默认不启用，需显式加 -std=c++20；MSVC 需确认 _HAS_CXX20 宏已定义（通常默认开启）。
立即学习“C++免费学习笔记（深入）”；
常见误配：CMake 中只写 set(CMAKE_CXX_STANDARD 20) 但没设 set(CMAKE_CXX_STANDARD_REQUIRED ON)，导致低版本编译器静默降级，此时调用 std::bit_cast 会报错：‘bit_cast’ is not a member of ‘std’。
可加编译期检测：
#if __cpp_lib_bit_cast < 201806L #error "std::bit_cast requires C++20" #endif
容易被忽略的对齐陷阱
源类型和目标类型的对齐要求不必一致，但实际存储位置必须满足二者中更严格的对齐约束。例如从 alignas(16) struct { uint8_t a[16]; } bit_cast 到 __m128 通常安全；但从普通 char[16] bit_cast 到 __m128 可能在运行时崩溃（未对齐访问）。
这不是 std::bit_cast 的问题，而是底层硬件限制。解决方案只有两个：
- 确保源对象本身按目标类型对齐（用
alignas声明变量） - 改用
std::memcpy+ 显式对齐分配（如aligned_alloc），放弃 constexpr 优势
别指望编译器自动插入对齐填充——std::bit_cast 不修改内存布局，只读取已有比特。
