#include <limits.h>与#include <linux/limits.h>的区别及交叉编译影响

两者的核心区别 #

• 标准库的<limits.h>：这是C语言标准规定的头文件，只负责定义C语言本身的基础数值限制，比如INT_MAX、CHAR_BIT这类通用常量。PATH_MAX属于POSIX标准（而非C标准）定义的文件路径长度限制，默认情况下标准<limits.h>里不会包含它。很多系统会在这个头文件里加入POSIX扩展内容，但需要提前定义特定的宏（比如_POSIX_C_SOURCE或_XOPEN_SOURCE）才能触发这些扩展——你IDE识别不到，大概率是没开这些宏。
• Linux内核的<linux/limits.h>：这是Linux系统专属的头文件，直接定义了Linux内核层面的各种系统限制常量，包括PATH_MAX、NAME_MAX这类和文件系统、系统调用强相关的值，不需要额外定义宏就能用。但它是Linux独有的，和C标准完全无关。

交叉编译时的问题 #

• 如果你的目标平台是Linux，用<linux/limits.h>基本不会有问题，只要交叉编译工具链的sysroot目录里包含这个头文件（正规的Linux交叉工具链都自带）。
• 如果目标平台不是Linux（比如FreeBSD、嵌入式RTOS甚至Windows），<linux/limits.h>肯定不存在，编译直接报错。这时候必须改用标准<limits.h>配合POSIX宏的方式，或者去查目标平台的文档，找对应的系统头文件来获取路径长度限制。
• 哪怕是Linux平台，从代码可移植性角度，更推荐用标准<limits.h>+POSIX宏的写法。比如在包含头文件前加一行：

  #define _POSIX_C_SOURCE 200809L
  #include <limits.h>
  

  这样既符合POSIX标准，也能让IDE正常识别PATH_MAX，代码也更容易适配其他POSIX兼容系统。

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