C++如何获取系统的页面大小 _ getpagesize与sysconf【干货】

获取系统页面大小，看起来是个小问题，但如果不走对路子，轻则编译报错，重则在跨平台或新硬件上埋下定时冲击波。业界早已有共识：用 sysconf(_SC_PAGESIZE) 是 POSIX 标准的正道，而 getpagesize() 只是历史遗留的“老古董”，跨平台兼容性差，glibc 里它只是对 sysconf 的简单封装，但 BSD 系统行为不一致，某些嵌入式 libc 甚至直接不提供。硬要用 getpagesize()，在 musl 或 Android Bionic 上可能返回 0，甚至编译失败。

直接用 sysconf(_SC_PAGESIZE)，别碰 getpagesize()

Linux/macOS 上获取系统页面大小，sysconf(_SC_PAGESIZE) 是 POSIX 标准、可移植、线程安全的唯一推荐方式。getpagesize() 是历史遗留接口，不保证跨平台，glibc 中它其实只是对 sysconf 的简单封装，但 BSD 系统行为不一致，某些嵌入式 libc 甚至不提供。硬要用 getpagesize() 可能导致编译失败或返回错误值（比如在 musl 或 Android Bionic 上返回 0）。

sysconf(_SC_PAGESIZE) 的正确调用姿势

必须检查返回值：成功时返回正整数，出错时返回 -1 并设置 errno。常见疏漏是忽略错误判断，尤其在容器或特殊内核配置下（如启用 hugepages 但未启用标准页），sysconf 可能失败。

• _SC_PAGESIZE 是宏，需包含
• 返回值类型是 long，不是 int，避免截断（虽然实际不会超 int 范围，但类型匹配更严谨）
• 不要缓存结果——理论上页面大小可在运行时变更（极少见，但内核支持 page size hotplug）

#include 
#include 
#include 

long get_page_size() {
    long sz = sysconf(_SC_PAGESIZE);
    if (sz == -1) {
        std::cerr << "sysconf(_SC_PAGESIZE) failed: " << errno << "\n";
        return -1;
    }
    return sz;
}

为什么 mmap/mprotect/posix_memalign 都依赖这个值

这些系统调用对地址和长度有严格的页面对齐要求：mmap 的 addr 参数若非空，必须按页面大小对齐；prot 和 madvise 操作粒度也是页面；posix_memalign 的 alignment 参数最小合法值就是页面大小。传入非页面大小的 alignment（比如 1024）会导致 EINVAL 错误。硬编码 4096 是常见 bug——ARM64 可能是 64KiB，RISC-V 支持多级页表，IA-64 曾用 8KiB。

• 用 sysconf(_SC_PAGESIZE) 获取后，再做 aligned_alloc(sz, n * sz) 才真正可靠
• mmap(nullptr, len, ..., MAP_ANONYMOUS) 虽然允许任意 len，但实际分配仍按页面向上取整，知道页面大小才能准确估算内存开销

Windows 上没有 sysconf，怎么办

Windows 不兼容 POSIX，不能直接用 sysconf。应改用 GetSystemInfo() 填充 SYSTEM_INFO 结构体，读取 dwPageSize 字段。注意：GetSystemInfo 返回的是“分配粒度”（allocation granularity），通常等于页面大小，但严格来说，VirtualAlloc 的 lpAddress 对齐要求由 dwAllocationGranularity 决定，而 dwPageSize 是硬件页大小——多数情况下二者相同，但某些旧版 Windows 或特殊配置下可能不同。

• 必须链接 kernel32.lib
• Windows 下无 unistd.h，也无 _SC_PAGESIZE 宏，条件编译绕不过
• 跨平台项目建议封装为 inline 函数，Linux/macOS 走 sysconf，Windows 走 GetSystemInfo

页面大小不是常量，也不是编译期可知的值；依赖它的代码一旦写死 4096，就埋下了在 ARM 服务器、Mac M 系列芯片或未来新架构上崩溃的种子。每次需要时查一次 sysconf，成本几乎为零，但换来的是确定性。