定义_POSIX_C_SOURCE是否有副作用？C99程序编译抉择咨询

先聊_POSIX_C_SOURCE >= 199309L的实际影响 #

• 编译阶段：定义这个宏后，GCC会开放POSIX.1-1993（即POSIX.1b）标准里的系统接口，其中就包括你需要的nanosleep()。而你指定的-std=c99会保证C99的核心语法和标准库特性完全生效，两者根本不冲突——GCC本来就支持在指定C标准的同时，通过这类宏启用POSIX扩展，这是写跨平台Unix/Linux程序的常规操作。
• 跨发行版兼容性：几乎所有现代Linux发行版（不管是Debian/Ubuntu系，还是CentOS/Fedora系）的libc（glibc或轻量的musl）都完全支持这个宏，不会出问题。甚至像FreeBSD这类类Unix系统也兼容，毕竟POSIX.1b是很成熟的老标准了。除非你要兼容20年前的古董系统，否则完全不用操心兼容性问题。
• 副作用？不存在的：这个宏只会启用符合POSIX标准的接口，不会乱改C99的核心行为，也不会引入奇怪的非标准代码。只要你只写C99核心代码+POSIX.1b里的接口，程序的行为绝对稳定。

要不要换成C11编译？没必要 #

• 别以为换C11就能不用_POSIX_C_SOURCE——nanosleep()根本不属于C11标准，哪怕你加了-std=c11，要调用它还是得定义那个POSIX宏。C11确实加了<threads.h>和timespec_get()这些东西，但没有直接的标准睡眠接口，你该用nanosleep()还是得用。
• 结论：当前的-std=c99 + _POSIX_C_SOURCE=199309L组合完全够用，兼容性覆盖99%的常用场景，也没什么副作用。等哪天你需要用到C11的新特性（比如原子操作、泛型宏），再切换编译标准也不迟。

额外提个小建议 #

• 可以在代码开头这么写，避免宏定义冲突：

  #ifdef _POSIX_C_SOURCE
  #undef _POSIX_C_SOURCE
  #endif
  #define _POSIX_C_SOURCE 199309L
  
  #include <time.h> // 必须包含这个头文件才能用nanosleep()
  

• 如果真要兼容特别小众的系统，可以加个条件编译检查nanosleep()是否存在，降级到用select()模拟睡眠，但这属于极端情况，一般用不上。

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