为何open(2)与close(2)分属C标准库不同头文件？

这本质上是历史遗留问题，要追溯到早期UNIX的头文件划分逻辑：

• 最初的UNIX系统中，unistd.h是通用的"UNIX标准头文件"，集中了最基础的系统调用，比如进程控制、文件描述符的基础操作（close、read、write这类），这些是所有UNIX程序都会频繁用到的核心接口。
• 而fcntl.h则是为"文件控制（file control）"相关的扩展接口准备的，早期的open带有O_CREAT等扩展标志，和fcntl（文件控制系统调用）的功能范畴更贴近——fcntl本身用于修改文件描述符属性、锁操作等，把open归到这里，是因为它涉及文件的创建、打开模式等"控制类"操作，而非单纯的读写关闭这类基础操作。

另外，早期C语言的标准化进程（比如POSIX制定）是兼容已有UNIX实现的，并没有强行调整这种划分，而是保留了历史上的头文件结构。

虽然从逻辑上看open和close是成对操作，但在早期UNIX的设计里，它们被归到了不同的功能组：close属于最基础的"资源释放"操作，和read、write一起放在unistd.h；open属于"文件控制与创建"操作，和fcntl、dup这类更复杂的文件描述符操作放在fcntl.h。

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