getline卡住通常因cin>>残留换行符未清除，应使用cin.ignore(numeric_limits::max(), '\n')；推荐string版getline而非char数组版；文件读取避免循环内重复调用getline；UTF-8乱码需统一编码环境。
getline 读不到输入，卡在那儿不动了？
多半是前面用了 cin >> 读数字或单词，残留的换行符还在缓冲区里。它不会自动跳过，getline 遇到这个 \n 就立刻返回空字符串，看起来像“卡住”了。
- 典型场景：
cin >> n;后紧跟getline(cin, s);，结果s是空的 - 解决方法：用
cin.ignore()清掉缓冲区里的残留换行符，通常加cin.ignore(numeric_limits<streamsize>::max(), '\n');</streamsize> - 别只写
cin.ignore();——它只吃一个字符，不够用；也不要用fflush(stdin)，C++ 标准不保证行为，Windows 下可能凑合，Linux 直接未定义
用 string 版 getline 还是 char 数组版？
std::getline(cin, str) 是首选，安全、自动扩容、不用操心长度。char 数组版 cin.getline(buf, size) 只在必须对接 C 接口或极端内存受限时才考虑。
-
std::getline会把换行符丢掉，不存进str；cin.getline同样不吃掉换行符，但会在末尾自动加\0 - 如果用
cin.getline，size是整个数组大小（含\0），填 100 就最多读 99 字符，超长会截断且设failbit -
std::getline默认以\n为分隔，但可以换，比如getline(cin, s, ':')按冒号切
读文件时 getline 总少一行？
常见于循环写成 while (getline(f, line)) { ... } 却在循环体内又调了一次 getline，等于每次跳过一行。
- 正确模式就是上面那个 while：条件里读，体内直接用
line - 错误写法：
while (f.good()) { getline(f, line); /* 处理 line */ }——good()在 EOF 后仍为 true，导致多一次无效读取，line可能是上一轮残留内容 - 文件末尾没换行符时，
getline依然能读到最后一行内容，只要不是空行；它只在遇到\n或 EOF 时停止，不依赖行尾必须有\n
中文或 UTF-8 文本读出来乱码？
getline 本身不处理编码，它只是按字节读。乱码根源在终端/文件编码和 C++ 运行时默认 locale 不匹配。
立即学习“C++免费学习笔记（深入）”；
- Windows 控制台默认 GBK，若文件是 UTF-8，得先调
setlocale(LC_ALL, "chs");或用_setmode(_fileno(stdin), _O_U16TEXT);（仅 Windows） - Linux/macOS 一般默认 UTF-8，问题较少；但若终端 locale 是
C，wcin/wcout才管宽字符，getline还是按字节走 - 最稳做法：统一用 UTF-8 文件 + 终端，并避免在
string上做字符级操作（如s[2]可能落在 UTF-8 多字节中间）
实际用的时候，getline 看似简单，但和 cin >> 的缓冲区纠缠、文件循环的惯性写法、编码环境的隐式依赖，三处最容易出无声故障。
