应使用 while (cin >> x) 判断流状态而非业务值；输入失败需 cin.clear() 和 cin.ignore(numeric_limits::max(), '\n') 恢复；混合输入优先用 getline + stringstream。
用 while (cin >> x) 捕获流状态，而不是判断值
很多人写 while (x != -1) 或 while (x > 0) 来结束输入，这本质是把“输入结束”和“业务数据含义”混在一起。实际中，用户可能真要输 -1，也可能输 0，这时循环就提前退出了。
正确做法是依赖输入流自身的状态：只要 cin >> x 成功（即返回 cin 对象，且其 good() 为 true），就继续；一旦遇到 EOF（Ctrl+D / Ctrl+Z）、非法字符（比如输了个字母却在读 int）或文件结尾，表达式求值为 false，循环自然终止。
注意输入失败后 cin 进入 failbit 状态，不清理会卡死
如果用户输了一个字母（如 "abc"）而你正在读 int，cin >> x 失败，cin.fail() 变为 true，且错误字符仍留在缓冲区。下一次循环还会尝试读同一个字符，导致无限循环或跳过后续输入。
必须显式恢复流状态：
- 调用
cin.clear()清除错误标志 - 再用
cin.ignore(numeric_limits<streamsize>::max(), '\n')</streamsize>丢弃当前行剩余内容（需要#include <limits></limits>）
常见误操作：cin.ignore() 不带参数只忽略一个字符，对 "abc\n" 这种无效；漏掉 clear() 则 ignore() 不执行。
读字符串或混合类型时，优先用 getline(cin, s) 配合 stringstream
当输入包含空格、或一行多个值（如 "12 apple 3.5"），直接用 >> 会切碎字段，且难以同步控制。更稳的组合是：
- 用
while (getline(cin, line))逐行读（它能正确响应 EOF） - 每行再塞进
stringstream ss(line)，然后用ss >> a >> b >> c解析
这样既避免流状态污染，又能灵活处理字段数量不固定的情况。注意：不要混用 getline() 和 >> —— >> 不吃掉换行符，getline() 会立刻读到空行。
重定向文件或管道输入时，EOF 行为一致，但交互式输入需明确触发
程序行为在 ./a.out 和手动敲键盘时应一致，都靠流结束驱动。Linux/macOS 下按 Ctrl+D（行首时），Windows 下按 Ctrl+Z（回车后）。别指望用户记得这个，测试时务必验证两种场景。
容易被忽略的一点：cin >> x 在读到数字后会停在下一个空白符（空格/换行），但不会跳过它；如果之后紧跟 getline()，就会读到空行——这是最常踩的缓冲区残留坑，不是 while 本身的问题，但总在不确定输入流程里爆发。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
