使用seekp前必须以ios::in|ios::out|ios::binary模式打开文件，偏移量单位为字节，需用offsetof确认结构体字段真实偏移，写入后须flush或close确保落盘。
用 seekp 定位写入前必须检查文件是否可写
二进制文件写入失败，十有八九不是 seekp 用错了，而是文件没以可写模式打开。C++ 的 ofstream 默认是截断（trunc）模式，一打开就把原文件清空；如果只想修改中间某几个字节，必须显式加 ios::in | ios::out | ios::binary。
-
ofstream单独用无法读取原内容，也就没法“改”——它只负责写，不负责读 -
fstream是正确选择，但必须同时带ios::in和ios::out，否则seekp可能定位成功，write却静默失败（尤其在 Windows 上） - Linux 下若文件权限为只读，
open会直接失败；Windows 下可能成功打开但写入时抛异常或返回 0 字节
示例：
fstream file("data.bin", ios::in | ios::out | ios::binary);缺任何一个 flag 都可能让你卡在“明明 seekp 返回无错，但文件没变”上。
seekp 偏移量单位是字节，别和数组下标混淆
你传给 seekp 的数字，就是从文件开头算起的第几个字节。不是“第几个 int”，也不是“第几行”，更不是“第几个结构体字段偏移”。如果想改第 3 个 int32_t（假设它从 offset 8 开始），就得传 8，而不是 3。
- 结构体对齐会影响真实偏移：
struct { char a; int b; }中b的偏移通常是 4，不是 1 —— 编译器插入了填充字节 - 用
offsetof宏确认字段偏移比手算靠谱：offsetof(MyStruct, field_name) - 写入长度必须和你要覆盖的数据严格一致；多写会破坏后续数据，少写会留下脏字节
示例：改第 100 字节开始的 4 字节整数
file.seekp(100);</code><br><code>int32_t new_val = 0x12345678;</code><br><pre class="brush:php;toolbar:false;">file.write(reinterpret_cast<const char*>(&new_val), sizeof(new_val));
立即学习“C++免费学习笔记（深入）”；
写入后记得 flush 或关闭，否则内容可能滞留在缓冲区
很多情况下你调完 write 立即去用十六进制编辑器看文件，发现没变——不是代码没执行，是 C++ 标准库默认缓冲，数据还没真正落盘。
-
file.flush()强制刷出缓冲区，适合写完还想继续操作文件的场景 - 更稳妥的是
file.close()，它隐含flush，且释放资源；不关文件就退出程序，可能丢数据 - 某些平台（如嵌入式或旧系统）对未 flush 的写入行为更敏感，甚至导致文件损坏
别依赖“程序结束自动 flush”——异常退出、exit()、信号中断都可能导致缓冲区丢失。
跨平台注意：换行符、BOM、文件长度边界
在 Windows 上用文本模式打开二进制文件，\r\n 会被当成一个字符处理，seekp 偏移全乱；而 UTF-8 BOM（0xEF 0xBB 0xBF）虽然不影响 seekp，但如果你硬编码偏移量，BOM 存在与否会让同一份逻辑在不同机器上改错位置。
- 务必用
ios::binary—— 这不是可选项，是强制项 - 用
file.tellg()或file.tellp()检查当前偏移，比靠脑子算更可靠 - 写入前先
file.seekg(0, ios::end); size_t len = file.tellg();确认目标偏移没越界，避免静默截断或未定义行为
最常被忽略的一点：seekp 到文件末尾之后再写，标准行为是扩展文件（填 0），但某些老旧文件系统或只读挂载点会失败——得提前判断并处理错误码。
