Linux下limits.h与getconf/sysconf的SSIZE_MAX值差异问题

问题现象 #

在64位Linux机器上，getconf命令和sysconf(_SC_SSIZE_MAX)返回的SSIZE_MAX值均为32767（POSIX规定的最小值），但<limits.h>中定义的SSIZE_MAX为0x7FFFFFFFFFFFFFFF，符合64位平台的预期值。

测试代码 #

#include <stdio.h>
#include <limits.h>  // For SSIZE_MAX
#include <unistd.h>  // For sysconf

int main() {
    // Print the SSIZE_MAX from limits.h
    printf("SSIZE_MAX from limits.h: %zd\n", SSIZE_MAX);
    
    // Get and print the SSIZE_MAX from sysconf
    long sysconf_value = sysconf(_SC_SSIZE_MAX);
    if (sysconf_value == -1) {
        printf("Failed to get SSIZE_MAX from sysconf");
    } else {
        printf("SSIZE_MAX from sysconf: %ld\n", sysconf_value);
    }

    return 0;
}

运行结果 #

$ gcc test.c
$ ./a.out
SSIZE_MAX from limits.h: 9223372036854775807
SSIZE_MAX from sysconf: 32767

$ getconf SSIZE_MAX
32767

疑问 #

根据GNU文档建议，使用sysconf()时应优先检查对应宏是否定义，仅在宏未定义时才调用sysconf()。当前疑问点：

• 当SSIZE_MAX宏已定义时，sysconf()返回的值是否可能与宏定义不一致？
• 还是GNU的建议仅为避免不必要的函数调用，理论上两者值应完全一致？

补充：查看glibc源码发现，sysconf(_SC_SSIZE_MAX)实际返回的是_POSIX_SSIZE_MAX。

解答 #

这是glibc的已知行为：sysconf(_SC_SSIZE_MAX)并没有返回当前平台实际的SSIZE_MAX值，而是硬编码返回了POSIX标准要求的最小值_POSIX_SSIZE_MAX（即32767）。

两者不一致的核心原因：

• <limits.h>中的SSIZE_MAX是编译期针对目标平台的静态定义，会根据32/64位编译环境自动适配正确的平台对应值；
• 而sysconf(_SC_SSIZE_MAX)的实现并未动态读取当前平台的实际限制，而是直接返回POSIX标准的最小值，属于glibc实现上的特殊处理。

GNU文档建议优先检查宏定义，正是因为这类系统调用的返回值可能不符合实际平台的真实限制，宏定义才是更可靠的编译期参考。当宏已定义时，完全不需要再调用sysconf()——既避免了不必要的系统调用，又能获取符合平台预期的正确值。

对于SSIZE_MAX这类参数，若需确认实际可用限制，应以<limits.h>中的宏定义为准，而非sysconf()的返回结果。

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