为何二进制文件写入操作会截断文件末尾？附复现代码

你遇到的问题核心在于**ios::out打开二进制文件时的默认截断行为**，下面详细拆解原因和解决方案：

为什么ios::out会导致文件损坏和长度缩短？ #

当你用ios::binary | ios::out打开文件时，C++标准库的默认行为是截断文件（truncate）——也就是把文件的现有内容全部清空，文件长度变为0。哪怕你之后用seekp()定位到第二个结构体的位置写入，本质上是在一个空文件的8字节位置开始写入，写完后文件长度只会到8 + sizeof(Point) = 16字节：

• 原文件中第一个结构体的位置（0-7字节）因为截断后没有被写入任何内容，所以会被填充为0值；
• 原第三个结构体的位置（16-23字节）因为文件长度只有16字节，直接丢失了。

为什么ios::ate能解决问题？ #

ios::ate的含义是"at end"——打开文件时不会截断现有内容，只是将文件读写指针移动到文件末尾。这时候你用seekp()定位到第二个结构体的位置进行写入，是覆盖原有位置的内容，文件的总长度保持不变（依然是24字节），所以原第一个和第三个结构体都不会受到影响，只有第二个被正确覆盖。

其他可行的打开方式 #

除了ios::ate，你也可以用ios::in | ios::out组合打开文件，同样不会截断现有内容，也能实现覆盖写入：

f.open("points.dat", ios::binary | ios::in | ios::out);

验证你的代码修正 #

把打开方式换成ios::ate后，你的写入逻辑就会正常工作：

• 文件长度保持24字节；
• 第一个结构体{1,2}、第三个结构体{5,6}保留；
• 第二个结构体被成功覆盖为{-1,-2}。

最后附上修正后的关键代码片段：

// 修正后的打开方式，不会截断文件
f.open("points.dat", ios::binary | ios::ate);
if(f) {
    Point p ={-1, -2};
    f.seekp(1 * sizeof(Point), ios::beg);
    f.write(reinterpret_cast<char*>(&p), sizeof(Point));
    f.close();
}

内容的提问来源于stack exchange，提问作者diet_pepsi_bottle