必须显式检查 std::ifstream 是否成功打开，因其默认不抛异常，失败后对象失效导致后续读取静默失败；应使用 std::getline() 逐行读取以保留空白并正确处理换行符。
用 std::ifstream 打开文件前必须检查是否成功
很多程序崩溃或读不到内容，根本原因不是读取逻辑错，而是文件压根没打开。C++ 的 std::ifstream 构造或 open() 不抛异常（默认），失败后对象处于失效状态，后续 getline() 会静默失败或读出空字符串。
正确做法是显式检查：
std::ifstream file("data.txt");
if (!file.is_open()) {
std::cerr << "无法打开文件: data.txt\n";
return;
}
- 不要只靠
file在if中隐式转换——它等价于!file.fail()，但构造失败时可能还没触发 failbit；is_open()更直接可靠 - 路径用相对路径时，注意工作目录不等于源码目录（比如 IDE 运行时 cwd 常是 build 目录）
- 中文路径在 Windows 上需用
std::wifstream+std::locale，普通ifstream会失败且无提示
std::getline() 是按行读取的唯一推荐方式
operator>>（如 file >> str）会跳过首尾空白、并在空格/制表符处截断，完全不适合读“一行完整文本”。只有 std::getline() 按换行符（\n、\r\n）切分，保留行内所有空白。
基本用法：
立即学习“C++免费学习笔记（深入）”；
std::string line;
while (std::getline(file, line)) {
// line 不含换行符，末尾 \0 也不需要手动处理
}
- 循环条件写
std::getline(file, line)，不是!file.eof()—— 后者会导致最后一行重复处理 - 如果文件含
\r\n（Windows），getline()自动吞掉\r，无需额外line.pop_back() - 想保留换行符？不行。
getline()设计就是剥离它的；真需要，得用file.read()配合缓冲区手动解析
读取后立即处理，别攒进 vector 再遍历（除非真要随机访问）
常见误区：把所有行先 push_back 到 std::vector<:string></:string>，再 for 循环处理。这浪费内存，还掩盖流错误——比如某次 getline() 失败后继续 push 空字符串。
更健壮的模式是边读边处理：
std::string line;
while (std::getline(file, line)) {
if (line.empty()) continue; // 跳过空行
if (line[0] == '#') continue; // 跳过注释
process_line(line); // 你的处理逻辑
}
- 如果处理函数可能抛异常，记得
file.close()放在 finally 位置（C++ 用 RAII，通常靠作用域自动析构就够了） - 文件很大时（GB 级），
std::string的重复分配有开销；可复用一个line.clear()后再getline()，避免反复 new - 编码问题：若 txt 是 UTF-8 但含中文，
std::string能存，但line.length()返回字节数而非字符数；用std::wstring+wifstream才能正确计数
关闭文件不是必须写，但异常路径下容易漏
std::ifstream 析构时自动调用 close()，所以绝大多数情况不用手写 file.close()。但有两个例外场景必须干预：
- 函数中途
return前需释放文件句柄（尤其嵌入式或句柄数受限环境） - 同一个
ifstream对象要 reopen 另一个文件：必须先close()，否则open()失败且failbit被置位
另外，close() 本身可能失败（比如磁盘满导致缓冲区刷写失败），但 C++ 标准没要求抛异常，只能检查 file.fail() —— 实际项目中极少有人检查这个，因为错误已不可逆。
真正该花精力的，是确保文件路径对、编码匹配、每行逻辑校验到位。流对象生命周期管理，交给栈上自动析构最省心。
