cin.fail()是检查int输入失败最直接的方式，用于检测非数字字符导致的读取失败，但需配合cin.clear()和cin.ignore()清理状态与缓冲区，且严格校验整行时应改用getline+stringstream。
cin.fail() 检查 int 输入失败最直接的方式
输入非数字字符（比如字母、空格、符号）时，cin >> int_var 会失败，但变量值不变、流状态置为 failbit——这时候 cin.fail() 返回 true，是判断“输入不合法”的最轻量手段。
注意：它只告诉你“出错了”，不告诉你错在哪，也不自动跳过错误数据。
- 必须在读取后立刻检查，
cin.fail()不会自动重置，后续操作仍会失败 - 如果用户输的是
"123abc"，cin >> x会成功读入123，cin.fail()返回false；真正失败的是后面残留的"abc"，但此时你已经“以为读对了” - 想严格校验“整行只能是纯整数”，不能只靠
cin.fail()，得配合cin.peek()或getline()+ 字符串解析
清空错误状态和输入缓冲区是关键一步
cin.fail() 为 true 后，流卡在失败状态，下次读取仍会立即失败；同时非法字符还留在缓冲区里，不清理就会无限循环读到同一个错误。
必须三步一起做：cin.clear() 清状态 + cin.ignore() 清缓冲区。
立即学习“C++免费学习笔记（深入）”；
-
cin.clear()恢复流为 goodbit，否则所有后续>>都跳过 -
cin.ignore(numeric_limits<streamsize>::max(), '\n')</streamsize>跳过当前行剩余所有字符（含换行符），这是最稳妥的清理方式 - 别用
cin.ignore(1000, '\n')这种魔数写法——万一用户输超 1000 字符就卡住 - 记得
#include <limits></limits>，否则numeric_limits编译不过
用 getline + stringstream 更安全地校验整行输入
当业务要求“用户必须输一个完整整数，不能带多余字符”，cin >> 本身就不够用——它默认跳过空白、接受前导空格、容忍尾部垃圾。这时绕开 cin >> 直接处理字符串更可控。
典型做法：getline(cin, line) 读整行 → stringstream(line) >> num 尝试解析 → 再检查是否还有剩余字符。
- 示例中
ss.peek() == EOF是关键：说明 stringstream 已把整个字符串消费完，没剩任何字符 - 如果输入是
"42 "（末尾空格），ss >> num成功但ss.peek()返回空格，不算合法 - 这种方法天然支持带符号整数（
"-42"）、拒绝"42.5"或"0x2A"等格式，无需额外逻辑
cin.fail() 和 EOF 的区别容易混淆
用户按 Ctrl+D（Linux/macOS）或 Ctrl+Z（Windows）结束输入时，cin.fail() 会返回 true，但这不是输入错误，而是流已到末尾（EOF）。此时 cin.eof() 才为 true，cin.fail() 只是附带为真。
- 若你的程序要支持“批量输入、空行退出”，就不能单靠
cin.fail()判断退出，否则 Ctrl+Z 会被误判为输入错误 - 正确做法是先检查
cin.eof()，再检查cin.fail()，最后才处理错误恢复 - 交互式场景下，EOF 很少见；但写自动化测试或管道输入（
echo "123" | ./a.out）时，这个分支必须覆盖，否则程序挂死
真正难的不是调用 cin.fail()，而是想清楚你要校验的边界：是“能解析出一个整数就行”，还是“必须整行精确匹配一个整数”。前者用 cin >> 加状态清理就够了；后者绕不开字符串解析和 EOF/peek 判断。
