MacOS是否不符合POSIX标准？关于O_RSYNC等编译问题咨询

一段符合POSIX标准的代码在MacOS上无法编译：

#include <fcntl.h>

int main ()
{
  open("main.c", O_RDWR | O_RSYNC);
}

查看系统手册页，未提及O_RSYNC、O_DSYNC和O_SYNC，但以下代码却可以编译：

#include <fcntl.h>

int main ()
{
  open("main.c", O_RDWR | O_SYNC | O_DSYNC);
}

针对这一现象，需解答以下问题：

• 该现象原因何在？
• 操作系统不符合POSIX标准且存在未文档化选项是否属于常见情况？
• 应当依赖何种行为？
• 是否有相关经验可以分享？

1. 现象原因 #

MacOS源自BSD系统，其open函数的实现与POSIX标准存在细节差异：

• O_RSYNC是POSIX.1-2001新增的同步标志，用于控制读操作的同步行为，但BSD系（包括MacOS）并未实现该标志，因此系统头文件fcntl.h中没有定义O_RSYNC，导致第一段代码编译失败。
• O_SYNC和O_DSYNC是针对写操作的同步标志，MacOS的头文件中实际定义了这两个宏，但系统手册页的更新滞后于头文件，出现了"头文件有定义但文档未提及"的情况，因此第二段代码可以正常编译。

2. 是否属于常见情况？ #

这类情况非常常见：

• 多数Unix-like系统（如BSD系、Linux发行版）都会在POSIX标准基础上做自定义扩展，或者跳过部分非核心的POSIX特性实现。
• 文档更新滞后是普遍问题：系统头文件的特性更新往往快于手册页，导致部分已实现的宏或函数没有及时出现在文档中。

3. 应当依赖的行为 #

• 优先依赖文档明确标注的特性：即使头文件中有未文档化的定义，也不要依赖——这类定义可能是临时实现、内部接口，后续版本随时可能被修改或移除。
• 跨平台开发做条件兼容：如果需要适配多系统，使用系统宏（如__APPLE__、__linux__）做条件编译，针对不同系统选择支持的标志；优先使用各系统共同支持的POSIX核心特性。
• 针对MacOS的特殊处理：对于O_SYNC/O_DSYNC，可以通过查看头文件定义、编写测试代码验证实际行为，或参考苹果官方开发者文档确认其作用，避免仅凭头文件定义直接使用。

4. 相关经验分享 #

• 直接查看系统头文件：遇到文档和代码不一致的情况，打开/usr/include/fcntl.h这类头文件，直接确认宏的存在和定义，这是最准确的方式。
• 使用特性检测工具：跨平台开发时，用autoconf、CMake等工具自动检测当前系统支持的POSIX特性，生成适配的编译配置，避免硬编码依赖。
• 参考官方专属文档：MacOS的系统API细节，优先查看苹果开发者网站的文档，而非仅依赖传统man页，苹果的官方文档更新更及时准确。

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