std::variant 不能直接二进制序列化，因其非 POD 类型，需手动处理类型 tag、数据布局和构造时机；写入时先写枚举 tag 再按分支类型序列化（如 std::string 拆为长度+内容），读取时先读 tag 再用 placement new 构造对象。
std::variant 二进制序列化没有默认支持
直接用 fread 或 std::ifstream::read 读一块内存进 std::variant 变量，会崩溃或行为未定义——std::variant 不是 POD 类型，内部有活跃索引、对齐控制和可能的就地存储管理，不能靠 memcpy 填充。
你得自己管三件事：类型标识、数据布局、构造时机。
- 写入时必须先写一个能唯一标识当前持有类型的 tag（比如
uint8_t枚举值） - 再按该类型的
sizeof和实际内存布局写入原始字节（注意std::string、std::vector这类不能直接 dump 指针） - 读取时先读 tag，再根据 tag 分支调用对应类型的 placement new 或赋值构造
怎么安全地序列化 std::variant
以 std::variant<int double std::string></int> 为例，它不能整体序列化，但每个分支可以：int/double 是 trivial，std::string 必须拆成「长度 + 字符串内容」两段写。
常见错误是把 std::string 当作固定大小结构体写进去，结果读出来是野指针或空串。
立即学习“C++免费学习笔记（深入）”；
- 写入前用
std::visit分支处理：std::holds_alternative<int>(v)</int>→ 写1+int值；std::holds_alternative<:string>(v)</:string>→ 写3+size()+data() - 读取时先读
uint8_t tag，再 switch：tag == 1 →new (&buf) int{val}；tag == 3 → 先读 size，再分配 string 并resize，再读字符 - 所有非 trivial 类型（如
std::string）必须显式调用构造函数，不能只 memcpy 字节
为什么不能用 std::bit_cast 或 memcpy 到 union
std::bit_cast 要求源和目标类型都是 trivially copyable 且 size 相同，而 std::variant 不满足；union 方案看似能对齐，但 C++ 标准禁止通过非活跃成员读取 union —— 即使你用 reinterpret_cast 强转，也是未定义行为。
实测在 GCC/Clang 下可能“碰巧”跑通，但开启 -O2 或换平台就崩，尤其涉及 std::string 的 small string optimization（SSO）时，同一长度字符串可能走栈存或堆存，布局不一致。
- 别信“只要对齐了就能 memcpy”的经验直觉
-
std::variant的内部实现（如 libstdc++ 用__index+__data联合体）不是公开 ABI，不同标准库版本可能变 - 如果真想零拷贝，只能限定为全 trivial 类型组合，例如
std::variant<int float bool></int>，且手动保证所有分支 size 和对齐一致
读取时如何避免对象未构造就访问
最常踩的坑：读完 tag 后直接 reinterpret_cast<t>(ptr)</t> 取值，但此时对象还没构造，T 的构造函数没运行（尤其是 std::string 的内部缓冲区未初始化）。
正确做法是使用 placement new 显式构造，或对 trivial 类型用 std::memcpy + std::launder（C++17 起要求）。
- trivial 类型（int/double）：读完后
std::memcpy(&dest, src, sizeof(T))，然后std::launder(&dest)获取合法指针 - 非 trivial 类型（std::string）：必须
new (ptr) std::string，且传入构造参数（如从文件读出的 length 和 data） - 千万别在未构造的内存上直接调用
.size()或.c_str()—— 地址可能是垃圾值
混合类型的二进制解析，本质是手写一个微型序列化协议。类型 tag 的设计、非 trivial 成员的生命周期管理、以及不同编译器对 padding 的处理，这三块最容易漏掉检查。
