4.2 IO流的缓冲机制
4.2 IO 流的缓冲机制
本节摘要：流对象的本体是"格式化层 + 缓冲区指针"，真正的字节数据暂存在缓冲区里，攒够一批才与操作系统做一次交易。缓冲解释了 endl 为什么慢、输出为什么"不实时"、文件为什么要显式关闭检查。本节画出从 cout 到屏幕的完整链条，并覆盖文件流与字符串流的实用面。
你将学会
阅读完本节，你应当能够：
- 画出程序到屏幕/文件的缓冲链条；
- 说出三种刷新时机与 endl 与 \n 的性能差；
- 熟练读写文件流并处理打开失败；
- 用字符串流做格式化与解析。
一、从 cout 到屏幕：三段旅程
std::cout << "hello" 并没有把字节送出进程。完整链条是：
std::cout << "hello"; // 1 格式化为字节 写入流缓冲区 // 缓冲区满 或 显式刷新 或 程序正常退出时： // 2 缓冲区整批交给操作系统（一次系统调用） // 3 操作系统再送往设备（终端 驱动 管道 对端进程）
第一段在用户态内存里完成（快），第二段是系统调用（慢，微秒级），第三段由操作系统自己的缓冲策略接管。缓冲的全部意义：把成千上万次小写入合并成少数几次大交易——与 4.1 节容量倍增摊还、1.4 节 SSO 是同一种工程智慧：昂贵操作要用批量摊薄。
刷新的三种时机：缓冲区满自动刷、显式刷新（std::flush 或 std::endl）、程序正常结束（main 返回时运行时库统一冲洗）。C++ 还给 cin 与 cout 绑了一条"输入前先刷输出"的纽带（tie），保证交互提示先于读入出现。
std::endl 与 '\n' 之争的答案就在刷新上：endl 换行加整批刷新，'\n' 只换行。循环里百万次 << endl 等于百万次系统调用，性能差一个数量级——日常输出用 '\n'，确实需要立即可见（日志、交互提示）才 endl 或 flush。
图：一次输出经过的三级缓冲
第三条规律值得展开：异常退出（terminate、段错误）不走正常收尾，未刷新的日志直接蒸发——"崩溃前最后几条日志看不到"的元凶就是它。关键日志的对策是每条加 std::flush 或配置即时刷新的日志后端。
二、文件流：RAII 的又一次现身
#include <fstream> #include <iostream> #include <string> int main() { { std::ifstream in("data.txt"); if (!in) { // 打开失败必须检查 std::cerr << "无法打开文件\n"; return 1; } std::string line; while (std::getline(in, line)) // 逐行读取 失败自然终止 process(line); } // 块结束 in 析构 文件自动关闭 缓冲自动冲洗 }
文件流对象析构时自动关闭并冲洗——RAII 第三次登场（前两次：智能指针、锁守卫）。这带来一个易忽略的纪律：写文件后的错误检查。析构函数不能抛（3.6 节），所以"关闭时才暴露的写失败"（磁盘满、权限变化）在析构里被静默吞掉；对重要的写操作，应当在作用域结束前显式 out.close() 然后检查 out.good()。
文本模式与二进制模式的差别是一层换行翻译：文本模式下 Windows 上 \n 会被翻译成回车换行两个字符，二进制模式原样写入。写协议帧、图片、结构体字节时必须 std::ios::binary，否则文件悄悄变长。
定位与随机访问用 seekg/tellg（读）与 seekp/tellp（写），把文件当成可跳转的字节流。但注意流缓冲的存在使"写入立刻对其他进程可见"不成立——共享文件要靠显式刷新加操作系统的文件锁，流本身不管并发。
三、字符串流：内存里的文件
std::ostringstream 与 std::istringstream 把缓冲区从文件搬进内存，是格式化与解析的瑞士军刀：
#include <sstream> #include <string> std::string to_tag(int id, const std::string& name) { std::ostringstream oss; oss << "user-" << id << '-' << name; // 类型安全地拼串 return oss.str(); } bool parse_point(const std::string& text, double& x, double& y) { std::istringstream iss(text); char comma; return (iss >> x >> comma >> y) && comma == ','; // "3.5,4.2" 解析成功 "abc" 返回 false }
输入流的 >> 遇格式不符会置失败位并返回假值，这个特性使字符串流成为安全解析的第一选择——比手写逐字符解析省心，比直接 sscanf 少缓冲区风险。C++17 另给了轻量拼接方案 std::to_string 与字符串的 stoi/stod 家族，简单场景不必动用字符串流；需要把多种类型拼成一段文字时，字符串流仍是最顺手的工具。
stream 本身不可拷贝（缓冲与内核资源独占），只能移动——又一次"拥有资源的类型只移不拷"（3.4 节法则的实例）。
⚠️ 常见坑：循环里 endl 刷出性能悬崖；cin >> 输入失败后不 clear 就继续读（流卡在失败态死循环）；二进制写结构体跨平台直接读回（布局与字节序都是坑，1.2 节的警告在此生效）；重定向环境忘了 cerr 是无缓冲的（它设计为即时可见，日志走 cerr 要想到这一点）。
本节要点回顾
- 三级缓冲链条：流缓冲、操作系统缓冲、设备；批量交易摊薄系统调用。
- 刷新三时机：满、显式、正常退出；endl 是换行加刷新，热循环用 '\n'。
- 崩溃丢日志：非正常退出不冲洗，关键日志显式 flush。
- 文件流是 RAII：析构自动关闭；写失败要在析构前显式 close 并检查。
- 字符串流：内存里的文件，安全拼接与解析的标准工具。
下一节进入多执行流的世界：多个线程同时读写同一块内存时会发生什么。