getline读取失败主因是混用cin>>与getline时残留换行符未清理，应调用cin.ignore()清除；空行非终止条件，需业务层显式判断；UTF-8中文可正常读取但length返回字节数；优先用std::getline避免缓冲区溢出。
getline读取失败，输入流卡住怎么办
常见现象是第一次调用 getline 正常，后续调用直接跳过——大概率是前一个输入（比如 cin >> n）留下了换行符 \n 在缓冲区，getline 遇到它立刻返回空字符串。这不是 getline 的 bug，而是它按设计只读到第一个 \n 就停。
解决方法很简单：在混合使用 operator>> 和 getline 时，手动清理缓冲区：
int n; cin >> n; cin.ignore(); // 忽略掉残留的 \n string line; getline(cin, line);
cin.ignore() 默认跳过 1 个字符；如果不确定缓冲区里有多少空白（比如用户多按了回车），可以写成 cin.ignore(numeric_limits<streamsize>::max(), '\n');，跳过直到下一个换行符为止。
getline读到空行就终止？不是它的问题
getline 本就不以“非空”为条件，它只要读到换行符就返回，哪怕这一行什么都没输（即返回空字符串 ""）。如果你的逻辑误把空行当作输入结束，那问题出在业务判断上，不是 getline 行为异常。
立即学习“C++免费学习笔记（深入）”；
典型误用：
string line;
while (getline(cin, line) && !line.empty()) { ... } // 错！空行会中断循环
正确做法是显式判断退出条件，比如：
- 约定某特殊字符串（如
"quit"）作为结束标记 - 提前知道行数，用
for循环控制次数 - 依赖输入流关闭（如重定向文件末尾）
中文或 UTF-8 字符串能用 getline 吗
能，但要注意编码和终端环境。标准 getline 按字节读取，不解析字符编码。只要终端、编译器、源文件保存格式统一为 UTF-8（Linux/macOS 默认支持较好），输入含中文的行就能完整读入 string ——因为 UTF-8 中文是多字节序列，getline 会原样保留这些字节。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
但别指望 line.length() 返回“字符数”，它返回的是字节数。一个中文汉字通常占 3 字节，所以 "你好".length() 是 6，不是 2。
Windows 控制台默认是 GBK 编码，若源码存为 UTF-8，中文可能显示乱码或读取截断。此时要么改终端代码页（chcp 65001），要么统一用 GBK 编码保存源文件并编译。
用 istream::getline 还是 std::getline
优先用 std::getline（需 #include <string>），它读到 std::string，自动管理内存，不会溢出。
老式 istream::getline（如 cin.getline(buf, size)）要传固定大小的 char[]，容易缓冲区溢出——如果用户输入超长，它只会截断，并置 failbit，但你不检查 cin.fail() 就很难发现。
示例对比：
// 推荐：安全、简洁
string s;
getline(cin, s);
// 不推荐：易出错，还要自己算长度
char buf[100];
cin.getline(buf, sizeof(buf));
if (cin.fail() && cin.gcount() == sizeof(buf)-1) {
// 输入超长，buf 已满但没读完 \n
}
除非你明确需要兼容 C 风格接口或性能极端敏感（极少见），否则没理由选 istream::getline。
真正容易被忽略的是：混合输入操作后忘记清理缓冲区，以及把空行误判为流结束——这两点比语法本身更常导致逻辑错误。
