必须先调用cin.clear()清除错误状态，再调用cin.ignore(numeric_limits::max(), '\n')清空缓冲区；二者缺一不可，且ignore必须指定分隔符'\n'以确保读到行尾。
cin >> 遇到非法输入后反复读同一行
这是最典型的死循环场景：用户输了个字母，而程序用 cin >> int 试图读整数，失败后 failbit 被置位，但错误字符仍卡在输入缓冲区里——下一次 >> 还会立刻遇到它，再次失败，无限循环。
关键不是“清空”，而是两步必须都做：先清除错误状态，再移除缓冲区里的脏数据。只调 cin.clear() 不管用，只调 cin.ignore() 也不管用。
-
cin.clear()只重置流状态（把failbit、badbit清零），但缓冲区原封不动 -
cin.ignore()默认只跳过 1 个字符；如果用户输的是"abc123"，只 ignore 一次根本清不完 - 推荐组合：
cin.clear(); cin.ignore(numeric_limits<streamsize>::max(), '\n');</streamsize>
ignore() 的参数到底怎么选
ignore() 有两个常用重载：ignore(n) 和 ignore(n, delim)。不写第二个参数容易出事——比如你输 "42x"，用 cin.ignore(1) 只吃掉 'x'，回车还在；下次读取可能直接吞掉换行，表现诡异。
- 安全写法永远带分隔符：
cin.ignore(numeric_limits<streamsize>::max(), '\n')</streamsize> -
numeric_limits<streamsize>::max()</streamsize>表示“尽可能多读”，直到遇到'\n'或 EOF - 别硬写
1000或9999—— 缓冲区可能更长，也可能没换行（比如重定向文件输入） - 头文件别漏：
#include <limits></limits>，否则numeric_limits找不到
用 getline() 替代 >> 更稳妥？
对交互式输入，getline() 确实绕开了 >> 的类型解析失败问题，但它引入新约束：你得自己做字符串转数字（比如用 stoi()），并处理转换异常。
-
getline(cin, s)总是读一整行（含空行），不会卡住 - 转数字时，
stoi()遇到非数字开头直接抛std::invalid_argument，需 try/catch - 若允许前导空格或尾部垃圾（如
" 123abc"），stoi()仍成功——这未必是你想要的校验粒度 - 真正干净的做法：读
string→ 用stringstream尝试提取 → 检查ss.fail()和ss.peek() == EOF
cin.sync() 是不是更快的清空方式
不是。cin.sync() 是 C++98 里一个模糊的、实现定义的行为，标准只说“尝试同步流”，很多编译器（尤其是 MSVC）直接返回 -1 或不做任何事。C++11 后它基本被废弃，clear() + ignore() 是唯一可移植方案。
- 别信网上“
cin.sync()能清缓冲”的老教程，那是历史遗留误区 - Clang/GCC 下它常无效；MSVC 下可能清掉部分数据但不可靠
- 如果你看到代码里写了
cin.sync()，十有八九是作者没理解流状态机
clear() 和 ignore() 必须成对出现，且 ignore() 的参数不能偷懒。缓冲区不是垃圾桶，是精确控制的字节队列。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
