cin.fail()和cin.bad()检测不同错误：fail()捕获格式错误、EOF等可恢复问题，需clear()和ignore()处理；bad()仅指示底层严重故障，不可恢复。
cin.fail() 和 cin.bad() 不是互换的，它们检测的是两类完全不同的流错误，混用会导致逻辑漏洞。
cin.fail() 检查是否发生格式错误或到达文件尾
cin.fail() 返回 true 当输入操作因类型不匹配（如读 int 却输入 "abc"）或遇到 EOF（包括用户按 Ctrl+D 或 Ctrl+Z）而失败。它也包含 cin.bad() 的情况，但更宽泛。
常见错误现象：cin >> num 后 num 值未变、后续输入被跳过、循环卡住。
-
cin.fail()在cin.bad()为true时也返回true，但它还会在cin.eof()或格式错误时返回true - 典型使用场景：交互式输入校验，比如要求用户反复输入合法整数
- 调用后必须手动调用
cin.clear()清除错误标志，否则后续所有输入操作都会立即失败 - 若需跳过非法输入内容，再补一句
cin.ignore(std::numeric_limits<:streamsize>::max(), '\n')</:streamsize>
cin.bad() 只检查流底层严重故障
cin.bad() 仅在流对象内部缓冲区损坏、系统级 I/O 错误（如终端设备意外断开）、或流被强制置于不可恢复状态时返回 true。正常键盘输入几乎不会触发它。
立即学习“C++免费学习笔记（深入）”；
常见错误现象：程序运行中突然无法读取任何输入，且 cin.fail() 和 cin.eof() 都为 false；多线程环境下共享 cin 出现未定义行为后可能置位 badbit。
-
cin.bad()是最严重的流错误，通常意味着不应继续使用该流 - 它不响应格式错误或
EOF，所以不能用它替代fail()做输入校验 - 一旦
cin.bad()为true，cin.clear()无法恢复——标准规定此时清除操作无效 - 实践中，除非你在写系统工具或处理重定向管道，否则基本不需要主动检查
bad()
正确组合判断的惯用写法
单独依赖某一个函数容易漏判。实际健壮输入应分层判断，并明确区分可恢复与不可恢复错误。
int x;
while (!(cin >> x)) {
if (cin.bad()) {
std::cerr << "Fatal I/O error: cin is corrupted.\n";
return 1; // 不应继续
}
if (cin.fail()) {
cin.clear(); // 先清标志
cin.ignore(std::numeric_limits<std::streamsize>::max(), '\n'); // 再清缓冲
std::cout << "Please enter a valid integer: ";
}
}
- 优先用
if (!(cin >> x))判断整体失败（等价于cin.fail()） - 若失败，先查
bad()——它是最高优先级退出条件 - 再查
fail()和eof()区分是格式问题还是用户结束输入 - 永远不要在
bad()为真时尝试ignore()或再次读取
容易被忽略的细节
很多人以为 cin.fail() 和 cin.clear() 是“配对开关”，其实不是：清除标志只是让流能继续工作，但缓冲区里残留的非法字符还在。不 ignore() 就会立刻再次触发 fail()。
-
cin.peek()在fail()后可能返回EOF或异常值，不要在未clear()前调用 - 使用
std::noskipws后，空格也可能导致fail()，需额外注意 - 在 Windows 下，Ctrl+Z 必须独占一行才能被识别为
EOF，否则会被当作普通字符留在缓冲区 -
cin.tie(nullptr)不影响状态检查逻辑，但会影响输出同步节奏，间接让调试输出滞后于错误发生点
