cin>>失败后流状态卡在failbit导致后续输入跳过，需用cin.clear()和cin.ignore()修复；getline()前未清理换行符会读空；统一用getline+转换更安全。
cin >> 失败后流状态卡在 failbit，后续读取全跳过
当你用 cin >> num 读整数，用户却输入 abc 或 12a，cin 会提取失败，内部状态位被设为 failbit。此后所有基于 cin 的输入操作（包括下一次 cin >> num）都会直接返回，不等待用户输入，也不清缓冲区——程序就卡在“读不到新数据，但又不停止”的假死状态，看起来像无限输出提示。
while (cin >> x) 循环里没清缓冲区，错误残留反复触发
这种写法看似简洁，但一旦首次输入失败，cin 进入失败状态，整个条件表达式恒为 false，循环直接退出——这反而是安全的。真正出问题的是下面这种常见结构：
while (true) {
cout << "输入数字: ";
if (cin >> num) {
// 处理有效输入
} else {
cout << "无效输入，请重试\n";
// 忘了 cin.clear() 和 cin.ignore()
}
}
漏掉 cin.clear() 就无法重置状态；漏掉 cin.ignore() 就让错误字符（比如 a、\n）留在缓冲区，下次 cin >> num 立刻再失败，形成“提示→失败→提示→失败…”的视觉无限输出。
getline() 跟在 cin >> 后面时，换行符残留导致空读
这不是无限输出，但常被误认为“程序卡住”或“输出错乱”。cin >> num 读完数字后，把回车符 \n 留在缓冲区；紧接着 getline(cin, s) 会立刻读到这个 \n，返回空字符串。用户还没来得及打字，程序就继续往下跑了。这不是无限，但行为完全偏离预期。
立即学习“C++免费学习笔记（深入）”；
- 修复方式：在
cin >> num后加cin.ignore(1, '\n')（只忽略一个换行）或cin.ignore(10000, '\n')（忽略直到换行） - 更稳妥的做法是全程统一用
getline()读字符串，再用std::stoi或std::stringstream转换，避免operator>>的自动跳过和截断逻辑
do-while 里用 cin >> 却没检查流状态，错误被掩盖
有人喜欢用 do-while 做输入校验，写成：
do {
cout << "输入 1-100: ";
cin >> n;
} while (n < 1 || n > 100);
如果用户输 hello，cin >> n 失败，n 保持旧值（或 C++11 后为 0），条件 n 100 可能为真，循环继续——但下一轮 cin >> n 依然失败，n 还是不变，于是陷入“提示→失败→判断→再提示”的逻辑死循环，界面不断刷提示，像无限输出。
真正关键的不是循环类型，而是每次 cin 操作后是否检查并清理状态。哪怕只漏一次 cin.clear()，就可能让整个交互流程崩掉。
