用fstream读文本文件最稳，需检查is_open()、避免中文路径、统一UTF-8编码、慎用>>与getline混用、大文件逐行处理不缓存、显式close()并检查返回值。
用 fstream 读文本文件最稳，别一上来就用 FILE*
绝大多数 C++ 新手卡在“读不了文件”，根本原因不是路径写错，而是没理解流对象的打开状态。用 std::ifstream 是标准做法，它自动处理编码（默认系统本地编码）、缓冲和 RAII 资源管理；而 C 风格的 fopen 容易漏关、不抛异常、跨平台行为不一致。
- 必须检查打开是否成功：
if (!file.is_open())或if (!file)，不能只看路径是否存在 - 中文路径在 Windows 下大概率失败——
std::ifstream不支持 UTF-8 路径（MSVC 19.30+ 有实验性支持，但别依赖）；临时解法是把文件放英文路径，或改用std::filesystem::u8path+std::wifstream（复杂度陡增） - 读取前确保文件编码和程序预期一致：记事本另存为 ANSI 的文件，用 UTF-8 编译的程序读会乱码；建议统一用 UTF-8 with BOM 或无 BOM，Linux/macOS 下更省心
getline() 和 >> 吃掉换行符的行为完全不同
这是实际调试中最常被忽略的细节：用 operator>> 读字符串会跳过开头所有空白（包括换行），并停在下一个空白；而 std::getline() 读到换行就停，且吃掉那个换行符——但下一次读可能立刻遇到空行或失效。
- 混合使用时极易出错：比如先用
cin >> n读整数，再用getline()读描述，第二行会读成空——因为>>没吃掉回车，getline()立刻碰到它 - 安全做法：读完非行数据后加
cin.ignore()清残留换行；或者统一用getline()，再用std::stoi等转数字 - 读二进制文件别用
getline()——它按字符找'\n'，二进制里可能根本没有，直接卡死或读爆内存
读大文件别用 std::string 一次性 getline()
有人写 while (getline(file, line)) { lines.push_back(line); } 处理几百 MB 日志，结果 OOM 或卡死。这不是语法错，是设计误判：内存占用 = 文件大小 × 2（磁盘一份 + 内存一份），还叠加 std::string 的小字符串优化开销和内存碎片。
- 逐行处理就别存：计算、过滤、写新文件等操作尽量在循环体内完成，避免累积
- 真要缓存，用
std::vector配合file.read()批量读，比反复调用getline()快 3–5 倍（系统调用少、缓冲可控） - Windows 下注意：文本模式会把
\r\n自动转成\n，但read()是二进制模式，得自己处理换行逻辑；跨平台项目建议统一用二进制模式 + 手动换行识别
关闭文件不是可选项，是资源泄漏点
很多人以为局部 std::ifstream 离开作用域自动析构就万事大吉。没错，但它只保证“尝试关闭”；如果磁盘满、权限丢失、NFS 挂了，close() 可能失败，而析构函数不抛异常也不报错——你永远不知道最后一块数据有没有真正落盘。
- 显式调用
file.close()并检查返回值：if (!file.close()) { /* handle error */ } - 写文件时尤其关键：
std::ofstream的缓冲区内容在close()时才强制刷盘，提前析构可能丢数据 - 不要依赖
atexit()或全局对象做清理——进程崩溃时它们不执行，文件句柄泄漏会累积，Linux 下最多 1024 个就打不开新文件
文件路径、编码、缓冲模式、错误检查这四件事，任何一个没对齐，都会让看似正确的代码在不同机器上表现不一。别假设“我本地能跑就行”。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
