cin >> 留下换行符 '\n' 在缓冲区，getline() 读到它立即返回空字符串；需用 cin.ignore(numeric_limits::max(), '\n') 清理残留。
因为 cin >> 留下了换行符 '\n' 在输入缓冲区，getline() 立刻读到它并结束，返回空字符串
为什么 cin >> 后 getline() 会“跳过”输入
当你写 cin >> age; 输入一个整数再按回车，cin >> 只读取数字部分（比如 25），但回车产生的 '\n' 仍留在缓冲区里——它没被消费，也没被跳过。紧接着调用 getline(cin, name)，它从缓冲区开头读起，一眼就看到 '\n'，立刻认为“这是一行空内容”，把 name 设为空字符串，然后返回。
这不是 getline() 坏了，是它严格按设计工作：遇到分隔符（默认 '\n'）就停，并丢弃该分隔符。
-
cin >>不提取也不丢弃结尾的'\n' -
getline()提取并丢弃它遇到的第一个'\n' - 两者之间没有自动同步，缓冲区残留必须手动清理
cin.ignore() 怎么用才对
最常用、最稳妥的做法是：在 cin >> 之后、getline() 之前加一行 cin.ignore();。它默认跳过缓冲区中下一个字符（通常是那个残留的 '\n'）。
但要注意边界情况：
- 如果用户输完数字后多按了几次回车，
ignore()只吃一个字符，可能不够 → 改用cin.ignore(std::numeric_limits<:streamsize>::max(), '\n');</:streamsize> - 如果前面有其他未处理的垃圾字符（比如混用了
scanf），单靠ignore()未必清干净 - 别写成
cin.ignore(1, '\n')—— 这表示“最多读 1 个字符，遇到'\n'就停”，和默认行为一样，但语义易误导；推荐显式写全限界版本
有没有不依赖 ignore() 的替代写法
有，但适用场景有限：
- 统一用
getline()读所有输入，再用std::stoi、std::stod等转类型 —— 安全、可控，适合 OJ 或表单类输入 - 用
cin >> ws跳过前导空白（包括'\n'），但它只影响后续格式化读取，对紧接的getline()无效，因为getline()是非格式化函数 - 重载或封装输入逻辑，比如写个
read_int()内部自动ignore()，避免重复出错
真正容易被忽略的是：这个坑不是偶发的，只要混用 cin >> 和 getline()，且中间没清缓冲区，就必现。它不看编译器、不看平台、不看 C++ 标准版本——是输入流机制本身决定的。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
