Linux 下通过 /proc/self/limits 的“Max address space”行获取 RLIMIT_AS soft limit（单位字节），第二列为当前软限制值，0 表示无限制；Windows 无等价接口，仅 job object 中可查 ProcessMemoryLimit，否则默认无虚拟地址空间上限。
Linux 下用 /proc/self/limits 读取 Max address space
Linux 内核不直接暴露“虚拟内存提交限制”这个概念，但 RLIMIT_AS（address space limit）最接近你要的语义：它限制进程能通过 brk、mmap 等系统调用申请的**最大虚拟地址空间总量**（单位字节）。这个值在 /proc/self/limits 中以 Max address space 行显示。
实操建议：
- 用
std::ifstream打开/proc/self/limits，逐行读取，匹配以Max address space开头的行 - 该行格式为：
Max address space 18446744073709551615 18446744073709551615 bytes，取第二列（soft limit）即可，0表示无限制 - 注意：该文件是文本接口，不是实时 sysctl；读取本身不触发系统调用，但依赖 procfs 挂载
- 若进程被
setrlimit(RLIMIT_AS, ...)修改过限制，这里会如实反映
Windows 下调用 GetProcessMemoryInfo 不行，得用 GetProcessWorkingSetSizeEx？
不行。GetProcessMemoryInfo 和 GetProcessWorkingSetSizeEx 返回的是当前物理内存占用或工作集，和“虚拟内存提交上限”无关。Windows 的等价机制是 **job object 的 JobObjectExtendedLimitInformation 中的 ProcessMemoryLimit 字段**，但前提是进程必须属于一个设置了内存限制的 job object。
更通用的做法是查 VirtualAlloc 能否成功分配大块地址——但这不是“获取限制”，而是试探。真正可读的限制只有：
立即学习“C++免费学习笔记（深入）”；
将提醒同步至 Windows/Outlook 日历。用户提及「提醒我」「设置提醒」「加到日历」「同步到日历」「日程」「calendar」「日历」时触发。支持Microsoft Graph API 设备代码流认证，无需 Web 服务器，直接写入用户 Outlook 日历。
- 若进程在 job object 中：调用
QueryInformationJobObject获取JobObjectExtendedLimitInformation，检查ProcessMemoryLimit（单位字节），0表示不限制 - 否则：Windows 默认不限制虚拟地址空间（x64 下理论可达 128TB 用户空间），没有全局“提交限制”概念；
VirtualQuery可查某地址是否可提交，但无法反推上限 -
GetNativeSystemInfo只返回lpMaximumApplicationAddress（用户空间上限地址），不是“可用量”，不能当限制用
C++ 跨平台封装时为什么不能统一用 getrlimit
因为 getrlimit(RLIMIT_AS, ...) 在 Linux/macOS 上有效，在 Windows 上根本不存在——MSVC CRT 不提供该函数，MinGW 可能模拟但行为不可靠。即使只跑 Linux，也要注意：
-
RLIMIT_AS是 per-process 的，子进程继承父进程限制，但fork+exec后可能被新程序重置 -
getrlimit返回的是struct rlimit，其中rlimit.rlim_cur是 soft limit（可被进程自己 raise），rlimit.rlim_max是 hard limit（需特权才能升） - 某些容器环境（如 Docker）通过 cgroups 限制内存，但
RLIMIT_AS不受 cgroups 影响，它只管虚拟地址空间，不管物理内存或 swap；cgroups 的memory.limit_in_bytes是另一套机制
常见误判：把 VmPeak 或 VmSize 当成限制
很多人去读 /proc/self/status 里的 VmPeak（历史峰值）或 VmSize（当前总虚拟内存大小），但这只是**已使用量**，不是“还能用多少”。比如 VmSize: 200000 kB，不代表你只剩 RLIMIT_AS - 200000 可用——因为 RLIMIT_AS 是硬上限，超出会直接 ENOMEM，而 VmSize 可能包含未映射的保留区域（如 mmap(MAP_NORESERVE)）、或已被 madvise(MADV_DONTNEED) 丢弃但地址仍保留的部分。
所以：
- 想知“最多还能申请多少”，必须查
RLIMIT_ASsoft limit，再减去合理估算的已用虚拟空间（注意：没有标准 API 直接给出“已用但未提交”的精确值） -
/proc/self/status中的MMUPageSize、MMUPageSize等字段与页表有关，和提交限制无关 - 用
mallinfo或malloc_stats只反映堆管理器内部状态，不包括mmap分配的大块内存
实际编码时最容易忽略的点是：Linux 的 RLIMIT_AS 单位是字节，但 getrlimit 在某些旧架构上用 rlimit_t（可能是 32 位），导致大值截断；务必用 struct rlimit64 + prlimit 命令验证，或直接读 /proc/self/limits 文本更稳妥。
