cin 读取后残留换行符导致下一次输入跳过
这是最常见也最容易被当成“缓存区没清空”的现象：用 cin >> 读数字或字符串后，输入缓冲区里还留着一个 \n，紧接着调用 getline() 就会直接读到空行。
根本原因不是“缓存区太满”，而是 operator>> 默认跳过开头空白（包括换行），但不消费结尾的换行；而 getline() 从当前位置开始读，遇到 \n 立刻停止。
- 用
cin.ignore()吃掉当前行末的残留字符，最常用写法：cin.ignore(std::numeric_limits<:streamsize>::max(), '\n');</:streamsize> - 如果确定只剩一个换行符，也可以简写为
cin.ignore(1, '\n');，但不推荐——用户多按一次回车就失效 - 别用
fflush(stdin)：C++ 标准不保证行为，MSVC 可能凑合，GCC/Clang 直接未定义
cin.fail() 后流处于错误状态，ignore 不起作用
当用户输入了非预期内容（比如要输整数却打了字母），cin >> num 失败，流会置 failbit，此后所有输入操作（包括 ignore()）都会直接返回，不执行任何动作。
必须先恢复流状态，再清理缓冲区：
立即学习“C++免费学习笔记（深入）”；
- 调用
cin.clear()清除错误标志（注意：它只清状态，不删缓冲区内容） - 紧接着调用
cin.ignore(...)才能真正跳过非法输入残留 - 顺序不能反，否则
ignore()被忽略，下次读取还会卡在原地
混合使用 >> 和 getline 时的典型错误流程
比如先读菜单编号（int choice），再读一行描述（string desc），不处理就会出错：
cin >> choice; getline(cin, desc); // 这里 desc 很可能为空
正确做法是：
- 在
getline()前加两步：cin.clear(); cin.ignore(...); - 或者统一用
getline()读所有输入，再用std::stoi、std::stod解析数字——更安全，尤其对带空格的输入 - 不要依赖
cin.sync()：它在标准中不保证刷新输入缓冲区，多数实现下无效
cin.tie(nullptr) 和 sync_with_stdio(false) 的影响
这两个设置会影响输入输出耦合和缓冲策略，但跟“清空残留”无直接关系。误以为开了它们就能省掉 ignore() 是常见误解。
-
cin.tie(nullptr)只解除cin和cout的绑定，避免每次输出前自动刷新cout；不影响输入缓冲内容 -
sync_with_stdio(false)关闭 C 风格 IO 同步，提升性能，但也会让cin和scanf混用变得危险——和清缓存无关 - 它们既不会导致残留变多，也不能替代
clear()+ignore()
真正要盯住的，永远是流的状态位和缓冲区里那个还没被消费的 \n —— 它藏得浅，但漏掉一次，整个输入逻辑就偏了。
