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 > num) {
// 处理有效输入
} else {
cout
<p>漏掉 <code>cin.clear()</code> 就无法重置状态；漏掉 <code>cin.ignore()</code> 就让错误字符（比如 <code>a</code>、<code>\n</code>）留在缓冲区，下次 <code>cin >> num</code> 立刻再失败，形成“提示→失败→提示→失败…”的视觉无限输出。</p>
<h3>getline() 跟在 cin >> 后面时，换行符残留导致空读</h3>
<p>这不是无限输出，但常被误认为“程序卡住”或“输出错乱”。<code>cin >> num</code> 读完数字后，把回车符 <code>\n</code> 留在缓冲区；紧接着 <code>getline(cin, s)</code> 会立刻读到这个 <code>\n</code>，返回空字符串。用户还没来得及打字，程序就继续往下跑了。这不是无限，但行为完全偏离预期。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
- 修复方式：在
cin >> num后加cin.ignore(1, '\n')（只忽略一个换行）或cin.ignore(10000, '\n')（忽略直到换行） - 更稳妥的做法是全程统一用
getline()读字符串，再用std::stoi或std::stringstream转换，避免operator>>的自动跳过和截断逻辑
do-while 里用 cin >> 却没检查流状态，错误被掩盖
有人喜欢用 do-while 做输入校验，写成：
do {
cout > n;
} while (n 100);
如果用户输 hello，cin >> n 失败，n 保持旧值（或 C++11 后为 0），条件 n 100 可能为真，循环继续——但下一轮 cin >> n 依然失败，n 还是不变，于是陷入“提示→失败→判断→再提示”的逻辑死循环，界面不断刷提示，像无限输出。
真正关键的不是循环类型，而是每次 cin 操作后是否检查并清理状态。哪怕只漏一次 cin.clear()，就可能让整个交互流程崩掉。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
