为何通过_FEATURES_H可检测config.h是否为首个被包含的头文件

这段代码通常放在config.h的最开头，原理基于C语言头文件的防护宏机制：

• 所有系统标准头文件都会在内部定义专属的宏作为「已被引入」的标记，避免重复包含产生编译错误
• _SYS_FEATURE_TESTS_H是类Unix系统sys/feature_tests.h的防护宏，_FEATURES_H是GNU C库（glibc）features.h的防护宏，这两个头文件属于最底层的系统基础头文件，几乎所有常用标准头文件（比如stdio.h、stdlib.h）在被引入时，都会先内部引入这两个头文件
• 如果config.h不是项目中第一个被引入的头文件，就意味着它之前已经引入了其他标准头文件，上述两个防护宏至少有一个已经被定义，这段条件判断就会命中，直接抛出编译错误终止编译，从编译层面强制要求config.h必须第一个被包含。

它是glibc核心头文件features.h的重复包含防护宏：只要features.h被引入过一次，这个宏就会被定义，后续再重复引入features.h时就会直接跳过内部内容，避免重定义错误。

补充说明下features.h本身的作用：它是glibc的特性开关总控头文件，负责控制glibc对外暴露的API范围，比如是否兼容POSIX标准、是否开放GNU专属扩展接口、是否禁用过时接口等。绝大多数项目的config.h就是用来提前定义这些特性控制宏的，必须在features.h被引入前生效，这也是为什么要强制config.h作为第一个头文件的核心原因。

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