Linux下虚拟内存无预设临界阈值，只能通过/proc/self/status读取VmSize（单位kB）获当前虚拟地址空间用量，它包含mmap等累计申请量但不含未触发缺页的预留区。
Linux下用/proc/self/status读取虚拟内存使用量
Linux进程无法直接获取“分配临界阈值”——系统没有这个预设的硬性阈值，只有VmSize（总虚拟内存）、VmPeak（历史峰值）等运行时统计项。真正能拿到的，是当前虚拟地址空间用量，它反映的是mmap、brk等系统调用累计申请的虚拟内存总量（含未实际映射的保留区）。
实操上最可靠方式是读取/proc/self/status：
FILE* f = fopen("/proc/self/status", "r");
char line[256];
while (fgets(line, sizeof(line), f)) {
if (strncmp(line, "VmSize:", 7) == 0) {
// 解析数字和单位（kB）
sscanf(line, "VmSize: %ld kB", &vm_size_kb);
break;
}
}
fclose(f);注意：VmSize单位固定为kB，不是字节；该值包含所有mmap区域（含MAP_ANONYMOUS、文件映射、共享内存），但不含未触发缺页的预留空间（如malloc返回后尚未写入的页）。
getrlimit(RLIMIT_AS)返回的是地址空间软/硬限制
RLIMIT_AS（address space limit）是POSIX定义的资源限制，它控制进程可分配的虚拟内存总量上限（以字节计），不是“当前已用”，而是“还能最多再申请多少”。它常被误当作“临界阈值”，但实际行为更复杂：
立即学习“C++免费学习笔记（深入）”；
- 若
rlimit.rlim_cur == RLIM_INFINITY，表示无软限制，malloc或mmap失败通常因物理内存/OOM killer而非此限制 - 若设置过低（如
ulimit -v 100000），mmap可能立即返回ENOMEM，但malloc仍可能成功（因glibc内部arena管理不直触RLIMIT_AS） - 硬限制
rlimit.rlim_max仅root可提升，普通进程只能降低软限
调用示例：
struct rlimit rl;
if (getrlimit(RLIMIT_AS, &rl) == 0) {
printf("soft limit: %ld bytes\n", rl.rlim_cur);
printf("hard limit: %ld bytes\n", rl.rlim_max);
}Windows下需用GetProcessMemoryInfo查PagefileUsage
Windows没有等价于VmSize的单一指标，最接近的是PROCESS_MEMORY_COUNTERS_EX::PagefileUsage——它表示进程当前占用的页面文件空间（即虚拟内存中已提交、可能换出的部分），单位字节。它不等于地址空间大小（VirtualAlloc保留但未提交的区域不计入）。
关键点：
- 必须链接
psapi.lib，且PROCESS_MEMORY_COUNTERS_EX要求_WIN32_WINNT >= 0x0501 -
PagefileUsage会随VirtualAlloc(MEM_COMMIT)增长，但MEM_RESERVE不触发变化 - 该值受系统页面文件大小和
SetProcessWorkingSetSize影响，不能简单等同于“可用虚拟内存剩余量”
示例片段：
PROCESS_MEMORY_COUNTERS_EX pmc = {};
pmc.cb = sizeof(pmc);
if (GetProcessMemoryInfo(GetCurrentProcess(), (PPROCESS_MEMORY_COUNTERS)&pmc, sizeof(pmc))) {
printf("PagefileUsage: %zu bytes\n", pmc.PagefileUsage);
}不要依赖mallinfo或malloc_stats查虚拟内存
mallinfo（已废弃）和malloc_stats只反映glibc malloc arena的内部状态：已分配/空闲的堆块、mmap分配次数等，完全不覆盖以下部分：
- 静态数据段（.data/.bss）
- 栈空间（stack size在
/proc/self/status中由VmStk单独列出） - 动态库代码段、rodata段
- 显式
mmap(MAP_ANONYMOUS)分配的内存（如某些allocators的后备）
因此，它们加总远小于VmSize，不能用于“虚拟内存总量”统计。若目标是诊断内存泄漏，应优先用/proc/self/maps按区域解析，或结合valgrind --tool=memcheck。
真正的难点在于：虚拟内存没有统一“阈值”概念——它由内核地址空间布局（ASLR）、架构位宽（32位 vs 48位VA）、以及用户态分配器策略共同决定。想预警“快用完了”，唯一靠谱做法是定期采样VmSize并对比历史趋势，而不是寻找某个 magic number。
