Linux内核开发中，预处理器如何解析<linux/syscalls.h>类头文件路径？

这是内核构建系统刻意设置的结果，和C预处理器的搜索规则以及内核Makefile里的编译参数直接相关：

1. 预处理器搜索路径的优先级规则
   正常情况下，用<>包含头文件时，预处理器会先搜索系统默认目录（比如/usr/include），但如果编译命令中通过-I参数指定了额外目录，这些指定目录的搜索优先级会高于系统默认目录，而且-I的顺序决定了搜索顺序——先写的目录先被查找。

2. 内核Makefile中的关键参数
   内核顶层Makefile会定义KBUILD_CFLAGS这个核心编译变量，其中包含了指向内核自身头文件目录的参数：

KBUILD_CFLAGS += -I$(srctree)/include
KBUILD_CFLAGS += -I$(objtree)/include

$(srctree)是内核源码的根目录，$(objtree)是编译过程中生成的临时输出目录（如果是在源码内编译，两者路径相同）。这些-I参数会被传递给gcc的预处理器阶段，让它最先搜索内核源码里的include/目录，所以<linux/syscalls.h>会先匹配到内核源码include/linux/下的文件，而不是/usr/include/linux/里的。

3. 内核编译的特殊性
   内核运行在特权态，和用户态的运行环境完全隔离，不能依赖用户态的头文件（比如/usr/include下的内容）。所以内核构建系统必须强制让预处理器优先使用自身的头文件，避免引入用户态的依赖，保证内核代码的独立性和正确性。

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