cin和cout不按预期工作主要因同步绑定与缓冲行为，如cin>>残留换行符导致getline()跳过输入；修复需ignore()清理或关闭同步；读带空格字符串必须用getline()；流操纵器如setw、setprecision仅作用于下一次输出；流错误需clear()恢复。
cin 和 cout 为什么有时不按预期工作
因为默认绑定 std::cin 和 std::cout 是同步的，且缓冲行为会影响交互逻辑。比如在循环中混合用 cin >> 和 getline()，cin >> 留下的换行符会直接被 getline() 拿走，导致“跳过输入”。
- 遇到空行或意外跳过时，先检查是否混用了
operator>>和getline() - 修复方法：在
cin >>后加cin.ignore()清掉残留换行符，例如cin.ignore(1, 'n')或更稳妥的cin.ignore(std::numeric_limits<:streamsize>::max(), 'n')</:streamsize> - 如果追求性能（如 OJ 刷题），可关同步：
std::ios::sync_with_stdio(false)，但注意：关了就不能再混用 C 风格scanf/printf
读取带空格的字符串只能用 getline 吗
是，operator>> 遇到空白就停，getline() 才能读整行。但它不是万能解法——默认以 'n' 为分隔，若想按其他字符切（比如逗号分隔 CSV），得手动处理或换 std::stringstream。
-
getline(cin, str)读的是从当前位置到下一个'n'的全部内容（不含'n'） - 如果输入缓冲区已有残留（比如前面有
cin >> n），必须先ignore()，否则getline()立刻返回空串 - 不要写
while (getline(cin, s)) { ... }来读多行却不检查流状态——Ctrl+D（linux/macos）或 Ctrl+Z（windows）后cin会失效，继续用会出错
格式化输出：setw、setprecision 这些要怎么记牢
它们不是函数调用，而是“流操纵器”，本质是修改 cout 的内部格式标志，只对下一次输出生效，不自动重置。
-
setw(n)只影响紧接其后的那次输出，且仅对左/右对齐有效；它不改变后续输出宽度 -
setprecision(n)默认控制有效数字位数，但和fixed或scientific搭配才控制小数点后位数：cout - 容易漏掉
#include <iomanip></iomanip>，编译报错‘setw’ was not declared in this scope
文件 IO 和标准 IO 写法几乎一样，但有个关键区别
文件流对象（std::ifstream/std::ofstream）必须显式打开，而且打开失败不会崩溃，但后续所有读写都静默失败。
立即学习“C++免费学习笔记（深入）”；
- 别只写
ifstream fin("data.txt");就开始读——要立刻检查：if (!fin) { /* 处理错误 */ } -
fin.is_open()不等于fin.good()：is_open()只看是否成功调用过open()，而good()还要求流处于可读/写状态 - 用
fin >> x读整数时，如果文件里是字母，x值不变，但流会进入failbit状态，之后所有操作都无效，得手动fin.clear()并跳过非法字符
IO 流的状态管理比表面看起来琐碎得多，尤其是错误恢复和缓冲控制——多数 bug 不出在语法，而出在没检查流状态、没清理残留、或误以为某个操作是“永久生效”的。