学习C(ANSI)I/O与C(Unix)I/O：为何需要stream抽象层处理底层数据流

你提到的「底层所有数据本质都是字节流，普通文件、socket、管道等I/O对象没有区别」的认知是正确的，这也是Unix系操作系统「一切皆文件」设计的核心逻辑，stream抽象层（即ANSI C标准中FILE*对应的封装层）的存在主要解决以下几个实际问题：

• 跨平台兼容性保障
  Unix/Linux平台的原生底层I/O接口是open()、read()、write()、close()这套系统调用，但这套接口不属于C语言标准的一部分，Windows等其他操作系统的原生底层I/O实现和Unix完全不同。而stream层是ANSI C标准强制要求实现的能力，所有符合标准的C编译器都支持fopen()、fread()、fwrite()等stream操作接口，基于这套接口写的代码不需要修改即可在不同操作系统上编译运行，避免了重复适配不同平台原生I/O的工作量。
• 内置缓冲降低I/O开销
  原生底层I/O的读写都是系统调用，每次调用都需要在用户态和内核态之间切换，单次调用的开销很高。如果业务逻辑需要频繁读写小体积数据（比如每次读写1字节），直接调用底层I/O会产生极大的性能浪费。stream层默认内置了用户态缓冲区，会根据配置的缓冲策略（全缓冲/行缓冲/无缓冲）攒够足够多的数据再一次性发起系统调用，能大幅减少上下文切换的次数，在绝大多数普通I/O场景下的性能表现远优于直接调用原生底层I/O。
• 原生支持格式化I/O能力
  原生底层I/O仅支持字节序列的读写，如果你需要将整数、浮点数、字符串等不同类型的数据序列化为字节写入，或者将读到的字节反序列化为对应类型的数据，需要自己手动实现序列化/反序列化逻辑。stream层配套提供了printf()、scanf()、fprintf()、fscanf()等成熟的格式化I/O接口，自动处理类型转换和格式匹配，节省了大量重复的工具代码编写工作。
• 自动处理平台相关的I/O细节
  不同操作系统的I/O细节规则存在差异，最典型的就是文本文件的换行符规则：Unix系用\n作为换行符，Windows用\r\n作为换行符。stream层会自动适配当前操作系统的规则，在文本模式下自动完成换行符的转换，不需要开发者手动处理这类兼容性问题。同时stream层还会自动维护流的错误状态、EOF状态，调用ferror()、feof()即可快速获取状态，相比原生I/O每次都要手动判断返回值的各种异常场景更易用。

当然stream层也不是所有场景都适用，如果你做的是Unix/Linux平台专属的高性能网络/存储开发，需要自定义缓冲策略、最大化性能的话，完全可以绕过stream层直接操作底层文件描述符，这属于不同需求下的技术取舍。

内容的提问来源于stack exchange，提问作者joao victor Rosmaninho