C/C++中使用<fstream>/FILE写入文件的技术疑问

针对你提到的TGA文件写入场景（18字节文件头 + 3×10⁶字节像素数据），逐个解答你的疑问：

1. 写入数据是否直接落盘？初始缓冲区大小固定吗？ #

• 不管是C的FILE还是C的fstream，默认都是带缓冲的IO：写入的数据不会直接写到硬盘，而是先存入用户态的内存缓冲区。只有当缓冲区被写满、调用fflush()（C）/flush()（C）、或者关闭流时，数据才会被刷入内核缓冲区，最终由操作系统调度写入硬盘。
• 初始缓冲区大小并非固定值，依赖于操作系统和标准库实现：比如Linux下通常是4KB或8KB，Windows下可能是512字节或更大。标准库会根据平台默认值初始化缓冲区。

2. 写入时会因内存不足重新分配吗？能否预指定文件大小？ #

• 硬盘层面：文件在磁盘上的存储不需要连续，操作系统的文件系统会自动管理磁盘块的分配，你无需担心“连续内存不足”的问题。
• 流缓冲区层面：如果当前缓冲区不足以容纳待写入的数据，标准库会自动重新分配更大的内存块，继续写入，这个过程对用户透明。
• 预指定文件大小是可行的，能提升写入效率：
  • C语言：可以先打开文件，调用ftruncate()（POSIX）或Windows API的SetFilePointer()+SetEndOfFile()，直接将文件大小设置为总长度（18 + 3×10⁶字节），之后再写入数据。
  • C++：可以用seekp()跳到文件总大小的位置，写入一个空字节（或直接调用底层系统API），让操作系统预先分配空间，后续写入时无需反复申请磁盘块。
  • 另外，你也可以手动设置流的缓冲区大小：C用setvbuf()指定自定义缓冲区；C++的fstream可以通过pubsetbuf()设置（注意需在打开文件后立即调用，部分实现有此限制），避免自动扩容的开销。

3. 是否应该用单个数组/结构体写入避免重新分配？ #

• 如果你将文件头和像素数据拼接成一个连续的内存块（比如一个大数组或打包的结构体），一次性写入，确实能减少流缓冲区的重新分配次数，甚至可以直接用自定义缓冲区覆盖默认缓冲区，进一步提升效率。
• 需要注意：如果用结构体存储TGA文件头，必须禁用内存对齐（比如用#pragma pack(push, 1)或__attribute__((packed))），避免编译器自动添加填充字节导致文件头长度超过18字节。
• 不过，现代标准库的缓冲区机制已经足够高效，即使分开写入文件头和像素数据，性能差异也可以忽略不计——除非你对写入延迟有极致要求，否则没必要刻意合并数据。

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