C++输入输出教程：IO流操作详解

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::max(), '\n')
• 如果追求性能（如 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 << fixed << setprecision(2)
• 容易漏掉 #include ，编译报错 ‘setw’ was not declared in this scope

文件 IO 和标准 IO 写法几乎一样，但有个关键区别

文件流对象（std::ifstream/std::ofstream）必须显式打开，而且打开失败不会崩溃，但后续所有读写都静默失败。

• 别只写 ifstream fin("data.txt"); 就开始读——要立刻检查：if (!fin) { /* 处理错误 */ }
• fin.is_open() 不等于 fin.good()：is_open() 只看是否成功调用过 open()，而 good() 还要求流处于可读/写状态
• 用 fin >> x 读整数时，如果文件里是字母，x 值不变，但流会进入 failbit 状态，之后所有操作都无效，得手动 fin.clear() 并跳过非法字符

IO 流的状态管理比表面看起来琐碎得多，尤其是错误恢复和缓冲控制——多数 bug 不出在语法，而出在没检查流状态、没清理残留、或误以为某个操作是“永久生效”的。