std::ofstream写百万行变慢主因是默认8kb缓冲区导致数十万次系统调用，非磁盘瓶颈；应手动设置64kb～1mb缓冲、禁用std::endl改用'\n'、避免循环内频繁构造对象。
为什么 std::ofstream 写百万行变慢？不是磁盘瓶颈，是默认缓冲太小
默认构造的 std::ofstream 使用系统默认缓冲区（通常 8KB），每写入几行就触发一次 write() 系统调用，百万行 ≈ 几十万次 syscall —— 这才是性能断崖的主因。不是你数据结构慢，是流在「喘不过气」。
实操建议：
- 手动设置大缓冲：用
rdbuf()->pubsetbuf(buf, bufsize)，bufsize推荐 64KB～1MB（太大无收益，还占内存） - 必须在
open()或构造后、首次写入前调用，否则无效 - 缓冲区
buf必须全程有效（不能是栈上临时数组） - Windows 下若用
std::ios::binary模式，可避免 CR/LF 转换开销
std::endl 是百万行写入的隐形杀手
std::endl 不只是换行符，它强制刷新缓冲区（flush()）。写一百万行就刷一百万次 —— 直接把 I/O 变成同步阻塞模型，性能跌穿地心。
实操建议：
- 全部换成
"\n"字符串字面量，或'\n' - 如需最终确保落盘，只在
close()前显式调用一次flush() - 注意：某些 IDE 的调试输出会拦截
\n导致看似不换行，实际文件里是正常的
频繁构造/析构 std::ofstream 对象比你想象中更伤
如果循环里每次写一行都 ofstream f("out.txt"); f ，等于每行都 open + close + flush + 销毁缓冲区 —— 文件系统元操作压垮 CPU。
实操建议：
- 把
std::ofstream提到循环外，复用单个对象 - 避免在循环内用
ofstream f(filename, ios::app)追加：每次app都要 seek 到末尾，小文件不明显，大文件开销陡增 - 如果必须分批写（比如日志轮转），也应控制批次粒度（例如每 10 万行一个文件），而非每行一个
用 std::string_view 和 write() 绕过格式化开销
用 operator 写 <code>int、double 或拼接字符串，会触发 std::num_put 格式化、临时 std::string 构造、多次 memcpy —— 百万次叠加就是几十毫秒到几百毫秒的纯浪费。
实操建议：
- 对固定格式文本（如 CSV 数值列），预分配大 buffer，用
sprintf或std::to_chars（C++17）写入连续内存，再用write(buf.data(), buf.size()) -
std::to_chars是无内存分配、无 locale 依赖的最快路径，但需自己处理小数点和精度 - 避免
std::ostringstream：它内部也是堆分配 + 多次拷贝，比直接write()慢 3～5 倍
真正卡住性能的，往往不是算法复杂度，而是你没意识到 std::endl 在偷偷 flush，也没发现 pubsetbuf 必须在 open 之后、第一次写之前调用——这两个点漏掉一个，优化就白做。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
