为什么 std::getline 读不到第一行？
常见现象是：先用 cin >> 读了一个整数或单词，再调用 std::getline 却直接返回空行。这是因为 cin >> 不会吃掉最后的换行符，它留在输入缓冲区里，std::getline 遇到这个 \n 就立刻停住，认为“读到了一行”。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 在
cin >>后加一句cin.ignore()，跳过残留的换行符 - 更稳妥写法是
cin.ignore(std::numeric_limits<:streamsize>::max(), '\n')</:streamsize>，清空整行残留 - 如果只读字符串，干脆全用
std::getline，别混用operator>>
std::getline 的第三个参数怎么用？
默认用 '\n' 当分隔符，但你可以换。比如读 CSV 时按逗号切，或解析日志里用竖线分隔的字段。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 第三个参数必须是单个
char，不能是字符串，写','可以，写","编译不过 - 它会把分隔符本身从流中取走，但不存进目标
string；所以连续两个逗号之间会得到空字符串 - 如果最后一行没分隔符，
getline仍会把剩余内容读完，并置failbit为 false
用 std::getline 读文件时要注意什么？
和控制台输入不同，文件末尾没有“隐式换行”，容易漏掉最后一行，尤其当文件不以 \n 结尾时。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 别用
while (!file.eof())控制循环——它会在最后一次成功读取后仍多进一次循环 - 正确写法是
while (std::getline(file, line))，靠函数返回值判断是否读取成功 - 如果文件含 Windows 换行（
\r\n），std::getline自动处理，无需额外 strip\r
C 风格 fgets 和 C++ std::getline 能否混用？
不能。C 和 C++ 的 stdin 是同一底层资源，但缓冲机制不同。混用会导致未定义行为：比如先用 fgets，再用 std::getline，可能跳过数据或阻塞。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 一个程序里统一用 C++ 流（
std::cin/std::getline）或 C 标准库（scanf/fgets），别交叉 - 如果必须对接 C 接口（比如某个库要求传
FILE*），用std::ios_base::sync_with_stdio(false)关闭同步，但之后不能再碰 C 流 - 关闭同步后性能提升明显，但
std::cin和scanf绝对不能出现在同一程序里
最常被忽略的是：用 cin >> 后忘记清理缓冲区，这个问题在调试时几乎每次都会卡住几小时。还有就是误以为 eof() 是安全的循环条件——它不是状态检查，而是事后标记。
