应优先使用sysconf(_SC_PAGESIZE)，它是POSIX标准、可移植、线程安全的唯一推荐方式；getpagesize()是历史遗留接口，跨平台兼容性差，glibc中仅为封装，BSD及嵌入式libc行为不一致，可能返回错误值或编译失败。
直接用 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是宏，需包含<unistd.h> - 返回值类型是
long，不是int，避免截断（虽然实际不会超 int 范围，但类型匹配更严谨） - 不要缓存结果——理论上页面大小可在运行时变更（极少见，但内核支持 page size hotplug）
#include <unistd.h>
#include <cerrno>
#include <iostream>
<p>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 或特殊配置下可能不同。
立即学习“C++免费学习笔记（深入）”；
- 必须链接
kernel32.lib - Windows 下无
unistd.h，也无_SC_PAGESIZE宏，条件编译绕不过 - 跨平台项目建议封装为 inline 函数，Linux/macOS 走
sysconf，Windows 走GetSystemInfo
页面大小不是常量，也不是编译期可知的值；依赖它的代码一旦写死 4096，就埋下了在 ARM 服务器、Mac M 系列芯片或未来新架构上崩溃的种子。每次需要时查一次 sysconf，成本几乎为零，但换来的是确定性。
