直接用write()写结构体出现乱码，是因为内存对齐产生的填充字节被一并写入，而这些padding无意义且跨平台不一致；应显式序列化必要字段，跳过padding和非pod成员。
直接用 write() 写结构体，为什么读出来全是乱码？
因为结构体默认存在内存对齐（padding），编译器会在成员之间插入填充字节以提升访问效率。比如 struct { char a; int b; } 在多数平台实际占 8 字节（a 占 1，后面 3 字节 padding，b 占 4），但你只预期 5 字节。用 write() 直接写入，就把 padding 也写进文件了——这些字节无意义，且跨平台/跨编译器不一致。
- 确认对齐方式：
sizeof(YourStruct)和手动加总成员大小对比，差值就是 padding 总量 - 检查实际布局：
#pragma pack(1)或__attribute__((packed))可禁用对齐（但要小心性能和硬件限制） - 别依赖
memcpy到临时 buffer 再写——如果 struct 本身含 padding，memcpy 仍会复制它
如何安全地一次性写入多个变量（非结构体）？
本质是把变量按需拼成连续内存块。不能直接传多个参数给 write()，它只接受一个起始地址和长度。常见做法是用 std::vector<char></char> 或栈上数组做缓冲区，按顺序 memcpy 进去。
- 基础示例：
int x = 10, y = 20; double z = 3.14; std::vector<char> buf(sizeof(x) + sizeof(y) + sizeof(z)); char* p = buf.data(); memcpy(p, &x, sizeof(x)); p += sizeof(x); memcpy(p, &y, sizeof(y)); p += sizeof(y); memcpy(p, &z, sizeof(z)); write(fd, buf.data(), buf.size());</char>
- 注意字节序：若文件需跨平台读取，所有数值必须统一转为网络序（
htonl/htons等），否则 x86 和 ARM 解析结果不同 - 浮点数尤其危险：
double的二进制表示不是标准跨平台格式，IEEE 754 虽普遍但仍有 endianness 和 NaN 表示差异
write() 写二进制时，open() 必须加 O_BINARY 吗？
在 Linux/macOS 上不用，O_BINARY 是 Windows 特有宏（实际定义为 0），被忽略；但在 Windows 下用 MSVC 或 MinGW，**必须加**，否则 \n 可能被误转为 \r\n，破坏二进制数据完整性。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- Windows 正确写法：
int fd = open("data.bin", O_WRONLY | O_CREAT | O_BINARY, 0644); - 跨平台兼容写法：用
#ifdef _WIN32包裹O_BINARY，或改用fopen("data.bin", "wb")+fwrite()（更推荐，语义清晰且自动处理 binary 模式） - 用
write()时，确保 fd 来自open()而非fopen()—— 二者文件描述符体系不互通
结构体写入前，真的只能靠 #pragma pack 吗？
不是。#pragma pack 全局影响后续声明，易引发隐蔽冲突；更可控的方式是显式序列化：只拷贝你真正需要的字段，跳过 padding 和非 POD 成员。
- 推荐模式：定义一个
serialize(std::vector<char>& out)</char>成员函数，内部按顺序memcpy每个字段（不含 padding） - 避免
std::string、std::vector等非 trivial 类型直接写内存——它们内部指针指向堆，写进去的是无效地址 - 如必须存动态数据，先写长度（
uint32_t），再写内容，读取时按长度分配并读取 - 调试技巧：用
offsetof(YourStruct, member)验证字段偏移，比肉眼算更可靠
对齐不是玄学，是编译器在空间和速度间的权衡。你控制不了 padding 的存在，但能控制是否把它写进文件——而绝大多数情况下，你不该写。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
