C++如何获取系统的物理内存总量 _ sysconf与GlobalMemoryStatusEx【实战】

在系统编程中，获取物理内存总量是一个看似简单，实则暗藏不少细节的任务。不同平台下的API调用方式各异，稍有不慎，拿到的数据就可能与预期相差甚远。先说几个关键点：Linux下应当读取/proc/meminfo并解析MemTotal字段，而Windows下则需要正确初始化MEMORYSTATUSEX.dwLength后再调用GlobalMemoryStatusEx。这两个接口返回的是内核可用的物理内存，而非BIOS安装容量或sysconf的估算值。

Linux下用sysconf算不准？

你可能会发现，直接拿sysconf(_SC_PHYS_PAGES)和sysconf(_SC_PAGESIZE)相乘，得到的结果往往比/proc/meminfo里的MemTotal小那么几十MB。这不是精度问题，而是_SC_PHYS_PAGES返回的其实是内核**可管理的物理页数**，并不包括被固件、预留内存（比如iommu、CMA、GPU显存）占用的那部分。

所以，正确的做法就清晰了：读取/proc/meminfo并解析MemTotal:那一行。

#include 
#include 
#include 

long long get_physical_memory_linux() {
    std::ifstream f("/proc/meminfo");
    std::string line;
    while (std::getline(f, line)) {
        if (line.rfind("MemTotal:", 0) == 0) {
            std::istringstream iss(line.substr(9));
            long long kb;
            iss >> kb;
            return kb * 1024LL; // 转为字节
        }
    }
    return -1;
}

这里有几个细节值得注意：

• 必须检查iss >> kb是否成功，否则可能返回0，这在容器或低权限环境下尤其常见。
• /proc/meminfo是内核实时接口，比sysconf更权威，因为它包含了所有保留区之后的可用的总量。
• 不要用getpagesize()替代sysconf(_SC_PAGESIZE)——前者返回的是当前进程的MMU页大小，可能被大页影响。

Windows下GlobalMemoryStatusEx返回0？

这个问题的症结，十有八九是没初始化MEMORYSTATUSEX结构体的dwLength字段。这个API的规矩是“先填长度再调用”，不设就直接失败，而且不报错，ullTotalPhys自然就保持未初始化值，常为0。

正确的写法如下：

#include 

uint64_t get_physical_memory_windows() {
    MEMORYSTATUSEX memInfo;
    memInfo.dwLength = sizeof(memInfo); // 必须！否则ullTotalPhys无效
    if (GlobalMemoryStatusEx(&memInfo)) {
        return memInfo.ullTotalPhys;
    }
    return 0;
}

这里同样有几个要点：

• 即使编译为x64，也要用sizeof(MEMORYSTATUSEX)，不能硬写64——结构体可能随系统版本微调。
• 该API在WinXP SP2+可用，但ullTotalPhys字段在早期系统上可能被截断为32位，实际应检查dwMemoryLoad是否有效来间接判断。
• 别用已废弃的GlobalMemoryStatus——它最大只支持4GB，而且没有64位字段。

跨平台封装时，用命令行调free或wmic靠不靠谱？

不推荐。命令行方式有三类硬伤：启动开销大、输出格式不稳定（locale会影响单位、空格、换行）、权限受限（比如WSL2里wmic不可用，容器中free可能缺失）。

• free -b在某些嵌入式busybox里不支持-b，只认-k；输出列顺序也可能变（例如Ubuntu 22.04后free默认不显示Mem:前缀）。
• wmic memorychip get Capacity会返回多条记录（对应多条内存条），需要求和，但若存在未识别的DIMM（比如ECC错误屏蔽），结果就会偏小。
• 真正跨平台的底线方案其实很清晰：Linux走/proc/meminfo，Windows走GlobalMemoryStatusEx，其他系统（macOS/FreeBSD）用sysctlbyname("hw.memsize")或sysctl("vm.stats.vm.v_page_count")。

为什么GetPhysicallyInstalledSystemMemory比GlobalMemoryStatusEx还少？

GetPhysicallyInstalledSystemMemory读取的是BIOS/UEFI DMI表里的物理插槽容量总和，而GlobalMemoryStatusEx::ullTotalPhys是内核实际映射并可用的物理内存。两者之间的差值，就是被硬件保留、无法被OS使用的部分（比如集成显卡固定占用的512MB）。

• 如果你要告诉用户“机器插了多少内存”，就用GetPhysicallyInstalledSystemMemory；如果要做内存分配决策（比如预分配缓存池），则必须用GlobalMemoryStatusEx。
• 该函数在WinVista+可用，但需要#define NTDDI_VERSION NTDDI_VISTA，否则链接时找不到符号。
• 返回值单位是KB，不是字节——很容易漏掉乘1024，导致结果小1000倍。

实际项目里最容易被忽略的点，就是没有区分“物理安装容量”“内核可用物理内存”“用户态可用虚拟内存”这三个概念。它们在服务器、游戏、嵌入式场景下的意义完全不同，硬套一个API会埋下容量误判的坑。