std::getline是按行读取的可靠方法，它保留行内所有空白且不存换行符；而operator>>会跳过空白并截断单词。
用 std::getline 读取每一行最可靠
直接用 operator>> 读字符串会跳过空白、截断空格分隔的单词，根本不是“按行”。std::getline 才是专为按行设计的接口，它读到换行符就停，保留行内所有空白（包括开头和中间的空格），且不把换行符存进目标字符串。
典型写法：
std::ifstream file("data.txt");
std::string line;
while (std::getline(file, line)) {
// 处理 line
}注意：std::getline 返回的是流对象，隐式转换为 bool，成功读一行返回 true，遇到文件末尾或读取失败（比如磁盘错误）返回 false。别写成 while (!file.eof()) —— 那会在最后一行重复处理一次。
中文路径或含中文内容时文件打不开？检查编码和 locale
Windows 下用 std::ifstream 直接传 UTF-8 路径（如 "测试.txt"）大概率失败，因为默认 locale 不支持 UTF-8 文件名。C++20 前没有标准跨平台方案，常见应对方式：
立即学习“C++免费学习笔记（深入）”；
- Windows 上改用
std::wifstream+std::wstring，并调用file.imbue(std::locale(""));绑定系统 locale - 或者用第三方库（如
boost::filesystem）或 WinAPI 的CreateFileW+_fdopen中转 - 更简单但有局限：把文件名改为 ASCII，或把文件放在无中文路径下临时调试
文件内容含中文时，只要源文件保存为 UTF-8 且终端/IDE 支持 UTF-8 显示，std::getline 本身不乱码——它只是字节搬运工。乱码通常出在显示环节，而非读取环节。
读到一半崩溃？小心 std::string 生命周期和流状态
常见误操作：
- 把
line声明在while循环外，但错误地在循环里取&line[0]或传给 C 函数后，下一轮getline重用内存导致指针失效 - 没检查流状态，文件被其他程序占用、权限不足、路径不存在时，
file.is_open()就是false，后续getline永远失败，但循环仍执行（因第一次getline返回false，条件不满足，不会进循环体） - 读超大文件时，反复
line.clear()并无必要；std::string内部通常会复用缓冲区，除非你显式调用shrink_to_fit()
稳妥做法是初始化时检查：
std::ifstream file("data.txt");
if (!file.is_open()) {
// 报错，比如 std::cerr << "无法打开文件\n";
return;
}需要跳过空行或注释行？自己判断比依赖库更可控
std::getline 不过滤任何内容，空行、带 # 的行、全空白行都会原样读入。是否忽略由你决定：
while (std::getline(file, line)) {
// 跳过空行和纯空白行
if (line.find_first_not_of(" \t\r\n") == std::string::npos) continue;
// 跳过以 # 开头的注释行（可选）
if (!line.empty() && line[0] == '#') continue;
// 真正处理
}注意 find_first_not_of 比逐个 isspace 更快，且能同时处理空格、制表符、回车、换行。别用 line.empty() 判空行——它对 " \t\n" 这种无效。
真正难的不是读行，而是定义“一行”到底算什么：不同平台换行符不同（\r\n vs \n），std::getline 默认按 \n 切，所以 Windows 文件在 Linux 下读一般没问题，但若文件混用了 \r 结尾，line 末尾会多一个 \r，需要手动 line.erase(std::remove(line.begin(), line.end(), '\r'), line.end());。
