std::cin.clear()仅重置流状态标志而不清空缓冲区；要清除残留字符（如换行符），必须配合std::cin.ignore()，典型用法是clear()后调用ignore(numeric_limits<streamsize>::max(), '\n')。
为什么 std::cin.clear() 不能清空缓冲区
std::cin.clear() 只重置流状态标志（比如清除 failbit 或 eofbit），它**完全不读取或丢弃任何缓冲区里的字符**。常见误解是调用它就能“清掉上次没读完的回车或残留输入”，结果下一次 std::getline() 还是立刻返回空行——那是因为换行符还卡在缓冲区里。
真正需要的是把缓冲区中剩余字符（尤其是 \n）全部抽走，直到遇到换行或流结束。
用 std::cin.ignore() 清掉一行残留
最常用、最可控的方式是：
std::cin.ignore(std::numeric_limits<std::streamsize>::max(), '\n');
这行代码的意思是：跳过最多 max() 个字符，直到遇到 '\n' 就停（包括跳过那个 \n）。它能可靠吃掉从当前位置到下一个换行之间的所有内容，包括用户多按的回车、输入数字后遗留的 \n 等。
立即学习“C++免费学习笔记（深入）”；
- 如果确定只剩一个
\n，也可以简写为std::cin.ignore(1, '\n')，但不够健壮 - 必须在
std::cin.ignore()前确保流处于可读状态；若之前操作失败（如输入了字母却用>>读int），要先调用std::cin.clear()再ignore() -
std::numeric_limits<std::streamsize>::max()需要#include <limits>
混合输入时（operator>> + getline）必踩的坑
典型场景：先用 std::cin >> num 读整数，再用 std::getline(std::cin, line) 读一行字符串——后者会直接返回空，因为 operator>> 不吃掉结尾的 \n，getline 遇到它就立即结束。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
正确顺序必须是：
int num;<br>std::cin >> num;<br>std::cin.clear(); // 如果前面可能失败（如输了abc）<br>std::cin.ignore(std::numeric_limits<std::streamsize>::max(), '\n'); // 吃掉\n<br>std::string line;<br>std::getline(std::cin, line);
- 漏掉
clear()→ 后续所有输入操作都失败（failbit一直置位） - 漏掉
ignore()→getline读到空行 - 顺序颠倒（先
ignore后clear）→ignore无效果（流处于失败态时忽略不执行）
其他方法为什么不推荐
while (std::cin.get() != '\n'); 看似直观，但有风险：如果缓冲区已空且流到达 EOF，get() 返回 EOF，循环不会停，变成无限等待或未定义行为。
fflush(stdin) 是 C 标准未定义行为，在 C++ 中完全不可移植（MSVC 可能“凑合”，GCC/Clang 直接忽略或报错）。
std::cin.sync() 行为依赖底层实现，C++ 标准只规定它“尝试同步”输入缓冲区，不保证清空，实际效果不可靠，应避免使用。
真正跨平台、语义明确、可预测的只有 clear() + ignore() 组合。缓冲区不是黑盒，它是字节队列；清空就是“跳过直到换行”，别绕弯。
