cin.clear()仅重置流状态而不清理缓冲区，必须配合cin.ignore(numeric_limits::max(), '\n')才能可靠清除残留字符；单独使用cin.sync()不可靠。
cin.clear() 只是重置状态，不丢数据
遇到输入失败（比如用户输了个字母却用 int 接收），cin 会卡在失败状态，后续读取全跳过——这不是缓冲区“堵了”，是流对象自己“罢工”了。cin.clear() 的作用只是把 failbit 或 badbit 清掉，让流恢复可读状态；它完全不管缓冲区里还躺着多少没处理的字符。
常见错误现象：cin >> num 失败后，立刻 cin.clear() 然后 cin >> str，结果 str 直接读到换行符或前一次残留的垃圾字符。
- 必须先
cin.clear()恢复状态，再清理缓冲区，顺序不能反 -
cin.clear()后如果没清缓存，下一次提取仍可能立刻失败（尤其连续>>） - 只调用
cin.clear()就以为“搞定了”，是新手最常踩的坑
cin.sync() 在大多数编译器上没用
cin.sync() 名义上是清空关联输入缓冲区，但标准 C++ 对它的行为定义模糊，实际效果高度依赖底层实现。GCC 和 Clang 下它基本不清理任何东西；MSVC 早期版本可能清掉部分，但新版也趋于无效。别把它当可靠方案。
使用场景：几乎不存在。除非你明确在嵌入式或特殊 IO 重定向环境下测试过它有效，否则默认视为不可用。
立即学习“C++免费学习笔记（深入）”；
- 不是所有平台都支持
sync()的缓冲区清空语义 - 即使成功，它也不保证移除换行符——而换行符恰恰是影响下一次
getline()的关键 - 替代方案更可控、更可移植，没必要赌
sync()
真正可靠的清空方式：ignore + limits
用 cin.ignore() 才是跨平台、可预测的做法。它从输入流中主动抽走字符，直到满足条件为止。关键是配好参数：抽多少？停在哪？
典型写法：cin.ignore(numeric_limits<streamsize>::max(), '\n')</streamsize> —— 抽光直到下一个换行符（含），上限设为最大可能值，防无限阻塞。
- 必须 #include <limits> 和 <iostream>
- 如果只写
cin.ignore(100, '\n')，而用户输了一长串超 100 字符没换行，后面读取仍会出问题 - 对交互式输入，
'\n'是最安全的终止符；用EOF容易卡住 - 和
cin.clear()联用时，顺序固定：cin.clear(); cin.ignore(...);
getline 之前漏 clear+ignore，必出问题
这是最典型的连环故障点：先用 cin >> num 读整数，再用 getline(cin, str) 读一行。由于 >> 不吃掉最后的换行符，getline() 一上来就看到 '\n'，直接返回空字符串——你以为用户没输，其实是缓冲区里那个换行符在捣鬼。
性能/兼容性影响：无额外开销，ignore() 是轻量跳过操作；所有主流标准库都稳定支持。
- 只要混用
>>和getline()，就必须在getline()前加cin.clear(); cin.ignore(...); - 哪怕前一次读取没失败，只要用了
>>，换行符就大概率残留 - 别试图靠 “用户多按一次回车” 来绕过——这会让逻辑不可控，且无法自动化测试
