用 ofstream 直接写原文件会因 trunc 模式清空内容，正确做法是先读入内存或临时文件再整体重写；避免 fstream 边读边写，文本文件用 string 或 vector 缓存全行；大文件用临时文件+原子重命名；getline 读空行得 ""，纯空白行需 ispace 判断。
用 std::ifstream 和 std::ofstream 安全读写同一文件时为何内容丢失？
直接用 ofstream 打开原文件并写入，会清空原有内容——哪怕你先用 ifstream 读完了。这是默认的 trunc 模式在作怪。
正确做法是：先完整读入内存（或临时文件），再整体重写原文件。尤其注意不要用 fstream 以 ios::in | ios::out 模式边读边写，它不保证原子性，且文本模式下位置指针易错乱。
- 文本文件务必用
std::string或std::vector<:string></:string>缓存全部行，避免二进制误判换行 - 若文件超大（>100MB），改用临时文件 + 原子重命名，防止中断导致数据丢失
- Windows 下注意
std::getline自动剥离，过滤逻辑无需额外处理回车符
按行过滤时，std::getline 的换行符行为与空行陷阱
std::getline 默认以
为分隔符，读取后丢弃该字符，但保留行首尾空白——这意味着空行（仅含
）会被读成空字符串 ""，而全空白行（如 "
"）仍是非空字符串。过滤逻辑若只判断 line.empty()，会漏掉后者。
- 用
std::all_of(line.begin(), line.end(), ::isspace)判断是否为纯空白行 - 正则过滤（如剔除注释）建议用
std::regex_search，但注意 C++11 regex 实现性能差，简单匹配优先用line.find("//") == 0 - 写入时用
out ，别依赖 <code>std::endl（会强制 flush，拖慢速度）
跨平台路径与编码：为什么 Linux 上正常，Windows 上中文变乱码？
C++ 标准库的 std::ifstream/std::ofstream 不处理文本编码，它只做字节流操作。Windows 控制台默认 ANSI（如 GBK），而源文件可能是 UTF-8 ——此时 std::getline 仍能读，但中文字符被拆成多个 char，导致 find 或 substr 错位。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 明确要求输入文件为 UTF-8 时，Windows 下可用
_setmode(_fileno(stdin), _O_U16TEXT)配合std::wifstream，但需确保编译器和终端支持 - 更稳妥的做法：用第三方库（如
utf8cpp）对读入的std::string做 UTF-8 合法性校验，再按 Unicode 码点处理（如过滤含中文的行） - 路径分隔符统一用
/或std::filesystem::path（C++17），避免硬写"\\"
如何原子化重写文件，避免程序崩溃导致原文件损坏？
最简方案是“读 → 写临时文件 → 重命名覆盖”。Linux/macOS 下 rename() 是原子的；Windows 的 MoveFileEx(..., MOVEFILE_REPLACE_EXISTING) 也等效。关键点在于临时文件必须与原文件同目录（否则跨分区移动不是原子操作）。
立即学习“C++免费学习笔记（深入）”；
- 临时文件名推荐用
original_name + ".tmp" + std::to_string(getpid())，避免并发冲突 - 写完后调用
fsync()（POSIX）或FlushFileBuffers()（Windows）确保落盘，再 rename - 异常时务必清理临时文件，但 rename 成功后原文件已不可见，无需手动删除
真正难的是大文件流式过滤——既要低内存，又要保证原子性。这时得放弃单文件操作，转为生成新文件 + 用户确认后手动替换，没有银弹。
