cin.fail()在输入格式错误或遇EOF时返回true；它只判断不修改状态，需配合clear()和ignore()恢复流；while(cin>>x)不适用于交互式输入校验。
cin.fail() 什么时候返回 true
它只在输入流遇到格式错误或到达文件末尾（EOF）时才返回 true，比如用户输了个字符串却用 int 去读，或者输完回车后又按了 Ctrl+D（Linux/macOS）或 Ctrl+Z（Windows）。注意：cin.fail() 不管是不是空输入、有没有空白字符——只要提取失败或流已失效，它就拉响警报。
常见错误现象：cin >> num 后连续调用多次，第二次开始直接跳过输入；或者死循环卡在 while (cin >> x) 里出不来。根本原因就是流状态没清，failbit 或 eofbit 还挂着。
-
cin.fail()是“只读”判断，不改变流状态 - 一旦为
true，后续所有输入操作都会立即失败，除非你干预 - 它和
cin.bad()不同：后者是底层 I/O 错误（比如文件句柄损坏），极少见；而fail()是日常高频问题
cin.clear() 必须配 cin.ignore() 才算真正“重置”
cin.clear() 只负责把 failbit、eofbit 这些标志位清零，让流恢复“可写可读”状态；但它完全不管缓冲区里还剩什么。如果上次输入是 "abc123"，而你用 int 去读，那 'a' 卡在缓冲区里不动，clear() 后立刻再 >> 还是失败。
所以真实场景中几乎从不单独用 cin.clear()：
立即学习“C++免费学习笔记（深入）”；
- 先调
cin.clear()恢复流状态 - 再用
cin.ignore(numeric_limits<streamsize>::max(), '\n')</streamsize>把当前行剩余字符全丢掉 - 漏掉第二步？下次
>>还是从缓冲区第一个非法字符开始，立刻又fail()
示例：
int x;<br>cin >> x;<br>if (cin.fail()) {<br> cin.clear();<br> cin.ignore(numeric_limits<streamsize>::max(), '\n');<br>}
为什么不用 while (cin >> x) 做交互式输入校验
这个写法适合读文件或管道，但不适合人机交互。因为用户一输错（比如该输数字却打了字母），流就挂了，while 直接退出，程序结束——你连提示重输的机会都没有。
正确做法是主动控制循环和错误恢复：
- 用
do { ... } while (!cin.fail())不行：第一次就 fail 就卡死 - 推荐结构：
while (true) { if (cin >> x) break; else { cin.clear(); cin.ignore(...); cout - 别依赖
cin.good()：它要求eofbit、failbit、badbit全为 0，太严格；日常只需关心fail()
cin.peek() 和 cin.get() 在状态处理中的定位
它们不改变流状态位，但能帮你“预判”是否该读——比如想跳过空白再读，或确认下一个字符是不是数字。但注意：cin.peek() 返回 int，遇到 EOF 返回 EOF（通常是 -1），不是 char；cin.get() 会真的把字符取走，且同样可能触发 failbit（比如流已关闭）。
-
cin.peek()不清缓冲区，适合试探；但反复 peek 不代表流安全，仍要检查fail() - 不要用
cin.get() == 'y'判断用户输入，因为换行符、空格都可能残留，容易误判 - 交互场景下，
getline(cin, s)+ 字符串解析比混合使用peek/get更稳，也更易调试
缓冲区残留和状态位分离是 C++ 流最反直觉的点：clear 不清缓冲，ignore 不改状态。两个动作必须成对出现，少一个，输入逻辑就不可靠。
