为什么ofstream运行速度比fprintf慢？实测差异原因探究

你这个问题其实戳中了C++标准库流一个很容易被忽略的性能盲区——虽然流确实不需要像fprintf那样运行时解析格式字符串，但它的默认 implementation 藏着不少额外开销，尤其是在处理浮点数的时候。结合你提到的那篇关于snprintf和ostringstream的分析，咱们来拆解一下你的认知误区：

1. 浮点数格式化的精度开销 #

C++标准对流的数值输出有更严格的精度要求：默认情况下，它会确保输出的浮点数能被精确解析回原始数值，这背后依赖的是一套更复杂的字符串转换算法。而fprintf的%g格式符则走了更轻量化的路线，它的转换逻辑更直接，牺牲了一点点跨场景的精度兼容性，换来了更快的执行速度。

你测试里用的double和float正好是流格式化开销的重灾区——标准库为了符合C++标准的要求，调用的是比fprintf更耗时的格式化函数，这直接拉开了两者的性能差距。

2. 流与C标准IO的默认同步 #

默认情况下，C++的所有标准流（包括ofstream）都会和C标准IO库（比如fprintf用的那套）保持同步，这意味着它们会共享缓冲区、同步锁等资源。这种同步机制是为了兼容混合使用两种IO方式的场景，但也会带来额外的性能损耗，哪怕你用的是文件流而非控制台流。

你可以试试在stream_out函数的开头加上这行代码：

std::ios_base::sync_with_stdio(false);

关闭同步后，C++流会使用独立的缓冲区和逻辑，能显著降低额外开销。

3. 多次流操作的累积损耗 #

你的代码里每次循环都分三次调用<<运算符，虽然fprintf也是三次调用，但流的运算符重载本身带有一些函数调用的开销，再加上每次格式化后的缓冲区处理逻辑，多次调用的累积效应会被放大。如果把多个输出合并成一次操作：

out << d << "\n" << f << "\n" << s << "\n";

能减少一部分函数调用和缓冲区操作的重复开销。

4. 老版本编译器的实现缺陷 #

你用的是GCC 4.8.5，这是一个比较老旧的版本了。在后续的GCC版本（比如5.x及以后）中，标准库对std::ostream的浮点数格式化做了大量性能优化，两者的性能差距会明显缩小。如果项目允许，升级编译器也是一个有效的解决方向。

总结一下 #

你的认知误区在于默认认为“无格式字符串解析=更快”，但忽略了C++流在默认配置下的同步开销、更严格的格式化逻辑，以及老版本编译器的实现局限。通过关闭同步、合并输出操作、升级编译器这些手段，ofstream的性能完全可以和fprintf媲美，甚至在某些场景下更有优势，没必要轻易放弃流的类型安全和易用性。

内容的提问来源于stack exchange，提问作者resi