为何C语言中fopen()使用字符串而非enum指定文件打开模式？

这问题问到点子上了——其实背后是C语言设计的历史包袱、实用性权衡，还有标准制定时的诸多考量，咱们一步步说清楚：

• 历史遗留与兼容性优先
  C语言的fopen()是标准库里最早期的函数之一，早在K&R C时代就定下来了。那时候enum虽然存在，但标准对它的规范没那么严谨，不同编译器的支持也参差不齐。如果一开始就用enum，后续标准迭代或者编译器升级都可能带来兼容问题；而字符串模式从一开始就沿用下来，所有老代码都能直接运行，这对C这种追求“向后兼容到姥姥家”的语言来说，优先级远高于那点效率提升。

• 字符串模式的灵活性无可替代
  你想想，打开模式可以组合啊——比如"r+"是读写、"wb"是二进制写、"a+"是追加读写。如果换成enum，你得预定义一大堆组合枚举值：FILE_READ_WRITE、FILE_WRITE_BINARY、FILE_APPEND_READ_WRITE... 这会让枚举类型变得臃肿不堪，用户想组合模式要么靠位运算（增加复杂度），要么等标准新增枚举值（太被动）。而字符串直接拼接就行，简单直观，能覆盖所有可能的组合场景。

• 可读性与学习门槛更低
  写"r"比写FILE_MODE_READ这种冗长的枚举常量短太多了，而且一眼就能看懂意思。新手学C的时候，记"r"、"w"、"a"这几个字符，比记一堆枚举常量容易多了，大大降低了标准库的学习门槛。

• 扩展性更强
  后续标准要加新模式的时候，比如C11新增的"x"（创建新文件时如果已存在就报错），直接加个字符串标识就行，不用修改枚举类型，也不用让所有依赖枚举的代码重新编译。要是用enum，就得更新标准、编译器适配，成本高到离谱。

至于你提到的enum在switch里的效率优势？其实对fopen()来说完全可以忽略——字符串解析就几个字符的比较，这点开销和磁盘IO的耗时比起来，简直是九牛一毛，根本影响不了程序性能。

总结下来，fopen()选字符串而非enum，是历史、实用性、扩展性多方权衡的结果——C语言从设计之初就偏向实用主义，兼容和易用性往往比那点微乎其微的效率提升重要得多。

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