1. OOM 基础概念

1.1 什么是 OOM（Out of Memory）

OOM（Out of Memory）是指 Linux 操作系统在物理内存 + Swap 交换空间全部耗尽，无法满足新的内存分配请求时进入的一种临界资源枯竭状态。当内核检测到系统内存严重不足，且无法通过常规回收手段（如 Page Cache 回收、Swap 换出、Slab 收缩）释放足够内存时，就会触发 OOM 事件。

OOM 在容器运行时环境中尤为常见，原因包括：

• cgroup 内存限制：容器进程组被限制在 memory.max 以内，即使宿主机仍有空闲内存，容器内也可能触发 OOM。
• 内存超卖：多个容器承诺的内存总和超过宿主机物理内存，突发峰值时集体争抢。
• 内存泄漏：容器内应用存在未释放的内存，持续增长直至触顶。

1.2 OOM Killer 机制原理

OOM Killer 是 Linux 内核在内存耗尽时启动的最后一道防线。其核心执行流程如下：

1. 内存分配失败：进程通过 malloc() / mmap() 申请内存，内核在 __alloc_pages_nodemask() 中遍历所有内存区域和回收策略均无法满足。
2. 进入 OOM 路径：调用 out_of_memory() 函数，检查是否已有 OOM 正在处理（避免并发重复杀进程）。
3. 选择目标进程：调用 oom_badness() 计算每个进程的 oom_score，选出得分最高的进程。
4. 发送 SIGKILL：向目标进程发送 SIGKILL 信号（信号 9），强制终止进程并回收其占用的内存。
5. 内存回收确认：检查被杀进程释放的内存是否足够，若仍不足则继续选择下一个进程。

1.3 OOM Score 与 oom_adj 的关系

OOM Killer 选择“杀谁”的依据是每个进程的 oom_score（OOM 分数），分数越高，被选中的概率越大。内核通过 oom_badness() 函数计算该分数，核心公式如下：

// 内核 oom_badness() 简化逻辑
points = (total_vm / total_ram) * 1000 + oom_score_adj

// 其中：
// total_vm   = 进程虚拟内存总大小（包含共享库、映射文件等）
// total_ram  = 系统总物理内存
// oom_score_adj = 用户可调节的偏移量（-1000 ~ 1000）

用户可以通过 /proc/[pid]/oom_adj 和 /proc/[pid]/oom_score_adj 两个接口来影响进程的 OOM 分数：

oom_adj 与 oom_score_adj 的映射关系：

// 内核内部转换（fs/proc/base.c）
oom_score_adj = oom_adj * 66 + (oom_adj < 0 ? -66 : 66)

// 示例：
// oom_adj = -17  →  oom_score_adj = -1000  (OOM_DISABLE)
// oom_adj =   0  →  oom_score_adj =    66  (默认值)
// oom_adj =  15  →  oom_score_adj =  1000  (最高被杀概率)

1.4 关键概念总结