仅当类型满足标准布局、无可复制性且无虚函数及非POD成员时，memcpy序列化才安全；否则需显式序列化或使用Protocol Buffers等跨平台方案。
直接 memcpy 会出问题的典型场景
用 memcpy 把对象拷到字节流里，只在满足“标准布局类型（standard-layout）+ 无虚函数 + 成员全为 POD”时才安全。常见踩坑点包括：
• std::string、std::vector 等成员含指针，memcpy 复制的是内部指针值，不是实际数据
• 编译器自动插入填充字节（padding），不同平台或编译选项下对齐可能不一致
• 含 virtual 函数或继承关系的对象，sizeof 不等于内存中实际字段总和，首字节还可能是 vptr
如何判断一个类能否用 memcpy 序列化
运行期无法判断，必须编译期静态断言。推荐组合检查：
• std::is_standard_layout_v<t></t>
• std::is_trivially_copyable_v<t></t>
• 手动确认无 std::unique_ptr、std::shared_ptr、容器、自定义构造/析构函数
• 对结构体加 [[gnu::packed]] 或 #pragma pack(1) 前，先用 offsetof 和 sizeof 验证字段偏移是否符合预期
安全 memcpy 的最小可行封装
不依赖第三方库时，可写一个带约束的序列化函数：
template <typename T>
std::vector<uint8_t> serialize_trivial(const T& obj) {
static_assert(std::is_trivially_copyable_v<T>, "T must be trivially copyable");
static_assert(std::is_standard_layout_v<T>, "T must be standard layout");
std::vector<uint8_t> buf(sizeof(T));
std::memcpy(buf.data(), &obj, sizeof(T));
return buf;
}
调用前确保：
• 类型定义中未启用异常/RTTI（影响 vtable 插入）
• 编译选项一致（如 -fpack-struct 会影响对齐）
• 目标平台字节序与序列化方一致（否则需额外处理 htons/ntohl）
立即学习“C++免费学习笔记（深入）”；
真正跨平台、可维护的替代方案
只要对象含任何非 POD 成员（哪怕只有一个 std::string 字段），就必须放弃 memcpy。此时应：
• 用 std::span<const uint8_t> 封装二进制块，而非裸指针
• 对每个字段显式读写：字符串用 size() + data() 拆成长度+内容两段
• 使用 alignas(1) 结构体 + static_assert 校验字段偏移，比 #pragma pack 更可控
• 若需网络传输，优先考虑 Protocol Buffers 或 Cap’n Proto，它们生成的 C++ 代码已处理对齐、字节序、版本兼容等细节
对齐不是“设了 alignas 就万事大吉”，它和编译器 ABI、目标架构 cache line、甚至 DMA 传输边界都耦合。最常被忽略的是：同一 struct 在 x86_64 和 aarch64 上的 sizeof 可能不同，仅靠 memcpy 无法跨架构复用字节流。
