C11标准下如何可移植地获取文件大小

核心规则边界 #

C11标准本身没有提供跨所有实现、可直接查询文件大小的统一原生接口。

• C11的标准IO（<stdio.h>）仅将文件抽象为顺序字节流，没有强制要求所有实现必须暴露文件固定长度的元数据，也没有定义查询这类元数据的标准化API。
• fseek(f, 0, SEEK_END)搭配ftell(f)的用法，在C11 7.21.9.2条款中明确属于对二进制流的实现级可选支持，并非强制要求，确实会在部分平台出现返回-1、随机垃圾值的未定义行为，完全不具备可移植性。

主流平台兼容的可移植实现思路 #

真正能在Windows、Linux、macOS、BSD等主流生产环境稳定运行的可移植实现，本质是通过条件编译封装不同平台的系统元数据查询接口，对外暴露统一的调用签名，全程不需要遍历读取文件内容就能拿到准确大小：

• 类POSIX平台分支：使用<sys/stat.h>头文件定义的stat()/fstat()接口，打开文件后通过文件描述符调用fstat，直接读取返回结构体中的st_size字段获取文件大小，无文件内容读取操作。
• Windows平台分支：使用系统提供的GetFileSizeEx()接口，或是C Runtime提供的_filelengthi64()接口，同样直接从操作系统获取文件元数据，无内容读取开销。
• 对外可统一封装为同签名的跨平台调用函数，示例定义：

  // 上层业务统一调用的文件大小获取接口
  int get_portable_file_size(FILE* fp, int64_t* out_file_size);
  

  函数内部通过编译期条件判断自动加载对应平台的实现逻辑，上层业务代码不需要感知平台差异。

需要规避的错误方案 #

• 逐字节读取全文件统计长度：效率极低，遇到IO错误、网络文件系统异常时会直接得到错误结果，还会触发全文件内容的IO缓存加载，产生完全不必要的性能损耗。
• 强行依赖SEEK_END的fseek行为：哪怕在当前环境测试通过，由于属于标准定义的未定义行为，更换编译器、操作系统版本、文件存储介质（如SMB网络盘）时就会出现随机故障。
• 直接硬编码单平台API：不做封装的单平台API代码无法跨平台编译，失去可移植性。

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