C++怎么查看当前进程的物理内存和虚拟内存占用-C++-PHP中文网

linux下可通过读取/proc/self/status获取进程rss和vsz：vmrss字段值为物理内存（kb），vmsize字段值为虚拟内存（kb），需用istringstream提取数值以适配内核格式变化。

c++怎么查看当前进程的物理内存和虚拟内存占用

Linux 下用 `/proc/self/status` 读取物理内存（RSS）和虚拟内存（VSZ）

Linux 系统中，每个进程的内存使用信息都实时暴露在 /proc/[pid]/status 里，当前进程可直接读 /proc/self/status。关键字段是 VmRSS（物理内存，单位 KB）和 VmSize（虚拟内存，单位 KB）。

注意：这不是 C++ 标准能力，必须依赖 Linux /proc 接口；Windows 不适用。

实操建议：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

用 std::ifstream 打开 /proc/self/status，逐行读取，匹配以 VmRSS: 和 VmSize: 开头的行
字段后数值前可能有多个空格或制表符，建议用 std::istringstream + >> 自动跳过空白并提取整数
不要依赖固定列偏移或正则——不同内核版本格式微调过，只认字段名加冒号

示例片段：

std::ifstream f("/proc/self/status");
std::string line;
while (std::getline(f, line)) {
    if (line.rfind("VmRSS:", 0) == 0) {
        std::istringstream iss(line);
        std::string _; int kb; iss >> _ >> kb;
        std::cout

macOS 怎么获取等效的物理/虚拟内存？用 `task_info()` + `TASK_BASIC_INFO_64`

macOS 没有 /proc，得走 Mach API。task_info() 调用配合 TASK_BASIC_INFO_64 可拿到 resident_size（近似 RSS）和 virtual_size（虚拟内存大小）。

常见错误现象：直接传 mach_task_self() 却忘了链接 -framework Foundation -framework CoreServices，或漏掉 #include <mach></mach> 和 <mach></mach>。

实操建议：

结构体要用 TASK_BASIC_INFO_64_COUNT 计算 size，不能硬写 sizeof(task_basic_info_data_t)（32/64 位不一致）
返回值必须检查：成功是 KERN_SUCCESS，否则字段无效
resident_size 是“驻留集大小”，不含 swap，最接近 Linux 的 RSS；virtual_size 包含所有映射区域（包括未分配的 virtual memory），和 VmSize 语义一致

Windows 上用 `GetProcessMemoryInfo()` 获取工作集和私有字节数

Windows 没有直接对应 RSS/VSZ 的概念，但 GetProcessMemoryInfo() 返回的 PROCESS_MEMORY_COUNTERS_EX 中：WorkingSetSize 近似 RSS，PrivateUsage 更反映进程独占的物理+虚拟页（含已提交未访问页），而 VirtualSize 字段已被弃用，不可靠。

容易踩的坑：

必须用 PROCESS_MEMORY_COUNTERS_EX，不是旧版 PROCESS_MEMORY_COUNTERS——后者没有 PrivateUsage
调用前要 #include <psapi.h></psapi.h> 并链接 Psapi.lib；Windows 7+ 才支持 EX 版本
WorkingSetSize 会受系统内存压力影响动态收缩，瞬时值波动大；如需稳定参考，可结合 GetPerformanceInfo() 看全局内存状态

跨平台封装要注意什么？别试图统一单位或语义

物理内存和虚拟内存在不同系统底层含义就有差异：Linux VmRSS 包含共享库的已用页，macOS resident_size 默认不计共享页，Windows WorkingSetSize 则包含共享但当前被锁住的部分。强行“对齐”只会引入误导。

实操建议：

对外接口按平台原生语义暴露字段，命名带平台标识，例如 rss_linux_kb()、working_set_windows_bytes()
避免封装成“get_physical_memory()”这种黑盒函数——调用方需要知道它到底代表什么
如果只是做监控告警，优先用 WorkingSetSize（Windows）、VmRSS（Linux）、resident_size（macOS）三者各自最稳定的指标，不强求横向比较

真正难的从来不是读哪个文件或调哪个 API，而是理解你拿到的数字在当前系统里究竟计入了什么、被谁共享、是否包含缓存页——这些细节文档往往一笔带过，只能查内核源码或反复验证行为。