C++如何使用std::fstream的高级用法-C++-PHP中文网

用std::fstream同时读写不清空内容需显式指定std::ios::in | std::ios::out模式，避免默认截断；写入前必须调用seekp(0, std::ios::end)定位到末尾，否则会从开头覆盖；文本模式下建议加std::ios::binary防止\r\n转换干扰偏移。

c++如何使用std::fstream的高级用法

直接用 std::fstream 默认构造打开文件，std::ios::in | std::ios::out 模式下不会自动截断，但必须显式定位——否则写入会从开头覆盖。常见错误是以为“打开即续写”，结果旧数据被无声覆盖。

必须用 seekp(0, std::ios::end) 把写位置移到末尾，才能真正追加；只调 seekg() 不影响写位置
如果既要读取全部内容、又要追加，建议先用 seekg(0, std::ios::end) 获取长度，再 seekp(0, std::ios::end) 定位，避免读写位置互相干扰
Windows 下若文件以文本模式打开（默认），\r\n 转换可能使 seekg/seekp 偏移不准，务必加 std::ios::binary

默认情况下 std::fstream 出错只设 failbit 或 badbit，不抛异常，靠 if (fs) {...} 或 fs.fail() 判断。开异常掩码能简化错误处理，但容易掩盖低级失误。

推荐仅在明确需要强错误保障的场景开启：fs.exceptions(std::ios::failbit | std::ios::badbit)；std::ios::eofbit 不应加入，因为读到末尾是正常行为，不是错误
一旦开了异常，operator>> 读取失败会直接 throw std::ios_base::failure，但 seekg 失败（如越界）通常不触发异常，仍需手动检查 fail()
注意异常掩码是流对象级别状态，复制流对象不会继承，重用前要重新设置

用 fs.read(reinterpret_cast<char>(&obj), sizeof(obj))</char> 直接序列化结构体看似方便，但实际极易出错——成员对齐、填充字节、非POD类型都会导致不可移植的二进制布局。

下载

仅对纯 POD 类型（无虚函数、无非静态成员函数、无私有/保护非静态数据成员、所有成员可平凡复制）且已用 #pragma pack(1) 或 alignas(1) 显式控制对齐时才安全
read() 返回值是 *this，不能直接用于判断是否读满：要用 fs.gcount() 检查实际读取字节数，它可能小于请求长度（如文件结尾或短读）
写入后立即 fs.flush() 并不保证落盘，需 fs.close() 或配合 fs.rdbuf()->pubsync()（后者不一定生效，依赖底层实现）

std::fstream 构造函数只接受 const char* 或 std::string，在 Windows 上无法原生打开含中文或 emoji 的路径，Linux/macOS 虽支持 UTF-8 字节流，但标准库不保证解码正确性。

Windows 下必须转为宽字符路径，用 std::wfstream + std::wstring，并确保编译器和运行时支持 UTF-16（MSVC 默认支持，GCC 需链接 -lstdc++fs 并启用 C++17 文件系统）
不要用 std::filesystem::path::string() 直接喂给 std::fstream，应根据平台选 .string()（UTF-8 on Linux/macOS）或 .wstring()（UTF-16 on Windows）
即使路径正确，文件内部编码（如 UTF-8 文本）仍需自行处理 BOM 和多字节字符边界，std::fstream 本身不做文本编码转换