cin输入失败后需先clear()重置状态再ignore()清除缓冲区残留字符，否则后续读取均失败；混用>>和getline时须注意换行符残留问题。
cin 输入失败后流状态会卡住
当 cin 读取整数却收到字母（比如输入 "abc"），它不会跳过错误字符，而是直接设置 failbit 并停止读取——后续所有 cin 操作都会立即失败，哪怕你再调用 cin >> x 也毫无反应。
这是因为输入缓冲区里残留着非法字符（如 'a'），而 cin 在状态为 fail 时拒绝继续解析。
常见表现：cin >> num 失败后，紧接着的 cin >> name 也读不到内容，甚至 getline(cin, s) 突然读到空行。
必须先 clear() 再 ignore() 才能恢复
clear() 只是重置流状态位（把 failbit 清掉），但缓冲区里的垃圾字符还在；ignore() 才负责吃掉这些残留。两者缺一不可。
立即学习“C++免费学习笔记（深入）”；
典型修复写法：
int x;
if (!(cin >> x)) {
cin.clear(); // 恢复流可操作状态
cin.ignore(1000, '\n'); // 吃掉当前行剩余字符（含换行符）
}
注意点：
-
ignore(n, delim)中n是最大跳过字符数，设太小（如1）会导致只吃一个非法字符，后面还有就继续卡住 - 推荐用
numeric_limits替代魔法数字::max() 1000，更健壮 - 如果目标是“跳过整行”，
ignore(..., '\n')是安全选择；若只想清空缓冲区到下一个有效 token，需另作判断
用 peek() 或 good() 判断是否真有可用输入
别依赖 cin >> x 的返回值就认为数据一定就绪——它可能刚从上次失败中恢复，但缓冲区仍是空的（比如用户只按了回车）。
更稳妥的方式：
cin.peek(); // 返回下一个字符（不提取），若返回EOF或流已失效则说明无输入 cin.good(); // 所有状态位都正常（goodbit），但不保证缓冲区非空
实际建议组合使用：
- 先
cin.clear()和cin.ignore(...)清理上一次失败 - 再用
cin.peek() != EOF && cin.peek() != '\n'确认有非空白输入 - 最后才做
cin >> x，并再次检查是否成功
getline() 和 >> 混用时换行符残留最易出错
operator>>（如 cin >> x）遇到空白就停，但不会吃掉结尾的 '\n'；而 getline() 正好以 '\n' 为结束符——所以 cin >> x 后紧跟 getline(cin, s)，后者会立刻读到空行。
这不是错误，是行为一致的结果。解决方法只有两种：
- 在
>>后手动cin.ignore()清掉换行符（适用于确定后续要getline） - 统一用
getline()读所有输入，再用stringstream解析，彻底避开混合问题
后者更可控，尤其处理不确定格式的输入时——比如用户可能输 "123 abc"，用 getline + istringstream 能灵活拆解，而连续 >> 容易因空格/换行错位。
流状态不是“坏了修一下就行”的简单开关，它是输入过程的实时快照；每次失败后残留什么、下一步想读什么、要不要跨行、有没有隐藏空白——这些细节叠加起来，才是实际排错中最容易反复栽跟头的地方。
