ios::app 模式下写入总在文件末尾，因它隐含 ios::out 且强制定位到末尾；单独使用无效，必须与 ios::out 同时出现，且 seekp() 被忽略；文件不存在则创建，存在则追加不截断。
为什么用 ios::app 时写入总在文件开头？
常见错误是打开文件时没关掉 ios::out 的隐式截断行为，或者误用了 ios::in | ios::app 组合——ios::app 本身已隐含输出权限，且强制所有写入定位到文件末尾，但若同时带 ios::in 而不加 ios::out，某些标准库实现会拒绝打开。
-
ios::app必须和ios::out同时使用（显式或隐式），单独用无效 - 不能用
seekp()改变写入位置——ios::app下该操作被忽略 - 文件不存在时会自动创建；存在则光标直接跳到末尾，不会清空原有内容
ofstream 配合 ios::app 的正确写法
最简可靠方式是只用 ofstream 构造时传入 ios::app，无需手动调用 open() 或额外标志位。系统自动处理创建与追加逻辑。
std::ofstream file("log.txt", std::ios::app);
if (file.is_open()) {
file << "[INFO] " << __TIME__ << "\n";
file.close();
}
- 不要写成
std::ofstream file("log.txt", std::ios::out | std::ios::app)——ios::out是冗余的 - 避免用
file.open("log.txt", std::ios::app)单独调用，因为此时流对象可能处于未初始化状态，易触发未定义行为 - 如果需同时读写（如边读边追加），必须用
fstream，且必须显式加ios::in | ios::out | ios::app，但注意：此时ios::app仅控制写入位置，读取仍从开头开始
追加写入失败的三个典型原因
不是语法错，而是环境或权限问题导致 ios::app 看似“没生效”：
- 目标路径目录不存在（C++ 不自动创建父目录），应先确保路径可写，或用
std::filesystem::create_directories()（C++17）预建 - 文件被其他进程独占打开（如 Windows 下用记事本打开未关闭），
ofstream构造失败，is_open()返回false - Linux/macOS 下权限不足（如只读文件系统、umask 限制），可用
errno检查：if (!file.is_open()) perror("ofstream open failed")
C++17 起更安全的追加写入习惯
用 RAII 自动管理资源，避免忘记 close()；同时结合 std::filesystem 做前置校验，减少静默失败。
立即学习“C++免费学习笔记（深入）”；
#include#include namespace fs = std::filesystem; if (fs::exists("data.csv")) { // 可选：检查是否为常规文件且可写 if (!fs::is_regular_file("data.csv") || !fs::status("data.csv").permissions() & fs::owner_write) { throw std::runtime_error("Cannot write to data.csv"); } } std::ofstream out("data.csv", std::ios::app); out << "new_record,42\n"; // 自动析构时 flush 并 close
真正容易被忽略的是：即使用了 ios::app，如果写入过程中程序崩溃或断电，最后一行可能因缓冲未刷出而丢失。生产环境应考虑 out.flush() 或 std::unitbuf 流操纵符强制行缓冲。
