Linux下限制进程物理内存上限的唯一可靠方式是使用memory cgroup并设置memory.limit_in_bytes，Windows则通过Job Object的ProcessMemoryLimit实现；二者均为外部硬限制，C++无法主动设限，只能探测和响应。
Linux 下用 memory cgroup 限制进程物理内存上限
直接限制物理内存使用量，唯一可靠的方式是让进程运行在 memory cgroup 中，并设置 memory.limit_in_bytes。这不是 C++ 代码能“主动申请”的限制，而是由系统管理员或容器运行时（如 Docker）预先配置的硬隔离机制。
实操要点：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 确保系统启用
cgroup v1或v2（主流发行版默认开启），挂载点通常为/sys/fs/cgroup/memory（v1）或/sys/fs/cgroup（v2） - 创建子目录（如
myapp），写入目标字节数到memory.limit_in_bytes（例如echo 536870912 > memory.limit_in_bytes表示 512 MiB） - 将进程 PID 写入
cgroup.procs（v1）或cgroup.procs（v2），即可生效 - 进程内读取
/sys/fs/cgroup/memory/memory.limit_in_bytes可获知当前被施加的上限；若值为9223372036854771712（即LLONG_MAX - 4096），表示无限制
注意：该限制作用于 RSS（实际物理内存占用），不是虚拟地址空间；超出后内核会触发 OOM killer 杀掉进程，而非让 malloc 返回 nullptr。
Windows 下靠 Job Object 设置物理内存硬限制
Windows 没有等价于 Linux cgroup 的全局机制，但可通过 Job Object 对进程组施加 ProcessMemoryLimit，这是最接近“限制物理内存”的原生方式。
立即学习“C++免费学习笔记（深入）”；
实操要点：
- 调用
CreateJobObject创建 job，再用SetInformationJobObject配置JobObjectExtendedLimitInformation结构体中的ProcessMemoryLimit字段（单位字节） - 必须用
AssignProcessToJobObject将目标进程加入该 job；子进程默认不继承，需显式加入或设置JOBOBJECT_BASIC_LIMIT_INFORMATION的LimitFlags |= JOB_OBJECT_LIMIT_PROCESS_MEMORY - 进程内无法直接读取该限制，只能通过
QueryInformationJobObject主动查询；若返回失败或ProcessMemoryLimit == 0，说明未设限 - 超出限制时，
VirtualAlloc或HeapAlloc可能失败（ERROR_COMMITMENT_LIMIT），但行为不如 Linux cgroup 确定——部分场景下系统可能先尝试换页而非立即拒绝
别碰 /proc/meminfo 的 MemTotal —— 它不是你的上限
很多人误以为读取 /proc/meminfo 中的 MemTotal 就能“控制”或“模拟”内存上限，其实它只是内核识别到的物理内存总量，和进程能用多少毫无关系。
关键区别：
-
MemTotal是只读系统信息，修改它不会影响任何进程行为；它甚至不等于插槽总和（BIOS 预留、iommu 映射等已扣减） - 试图用
malloc占满MemTotal几乎必然失败：用户态地址空间有限、内核保留内存、其他进程抢占、cgroup 已设限都会拦截 - 真正影响
malloc成败的是RLIMIT_AS（虚拟地址空间上限）和 cgroup 的memory.limit_in_bytes（物理内存上限），二者不可混用
一个典型翻车点：在 Docker 容器里读 /proc/meminfo 得到 64 GiB，但 memory.limit_in_bytes 是 2 GiB——此时后者才是你程序的实际天花板。
C++ 代码里没法“主动设限”，只能探测和响应
标准 C++ 没有 API 能让程序自行声明“我最多只用 X 字节物理内存”。所有限制都来自外部（cgroup、job object、ulimit），程序能做的只有两件事：探测当前环境施加的约束，并在分配失败时合理降级。
建议做法：
- Linux：打开
/sys/fs/cgroup/memory/memory.limit_in_bytes（v1）或/sys/fs/cgroup/memory.max（v2），解析数值作为物理内存软上限参考 - Windows：调用
QueryInformationJobObject查询ProcessMemoryLimit，若失败则视为无限制 - 分配内存时始终检查返回值：
new抛异常或malloc返回nullptr，不要依赖std::numeric_limits<size_t>::max()</size_t>或地址空间大小做预判 - 避免一次性申请超大块（如 >100 MiB）：即使总量未超限，也可能因地址空间碎片化失败；改用分块分配 +
mlock（Linux）或VirtualLock（Windows）来锁定物理页（需特权）
最易被忽略的一点：限制生效的前提是进程从启动就处于受限环境中。运行中动态加入 cgroup 或 job object，已有内存分配不会被回收，新分配才受控——这意味着限制必须在程序生命周期早期介入。
