Ru果你曾在手机卡顿、弹窗提示“系统正在回收内存”时惊讶不Yi，那么背后隐藏的“低内存杀手”正悄悄发挥作用。本文把这位无声的守护者从用户空间到内核层面全部拆开来聊，让你一次kan清它的血肉与脾气。

Linux 的 OOM Killer 在系统彻底耗尽可用页帧时才会动手，往往Yi经危及系统稳定。Android 为了在 RAM 仍有余地时就提前“裁员”，引入了geng细腻的 LMKD。它通过监听 PSI压力事件，在不同阈值下挑选合适的进程进行终止，从而把卡顿概率压到Zui低。

PSI 事件：由 kernel 报告 memory、cpu、io 三类压力；LMKD 只关心 memory。

oom_score_adj：每个进程在 /proc//oom_score_adj 中记录的分数，数值越大表示越不重要。

minfree & adj 阈值文件：/sys/module/lowmemorykiller/parameters/minfree 与 adj，用来映射 “水位线” 与 “杀进程分数”。

Android 框架层负责给每个进程算出一个 adj，然后把它们送给用户空间守护进程 lmkd，Zui后由 lmkd 写入 kernel 接口让真正的杀手执行。

ActivityManagerService在组件状态变化时调用 OomAdjuster.applyOomAdjLSP。该函数会检查 ProcessRecord 的当前 adj 与目标 adj 是否一致，Ru果不同就调用下面这段代码向 lmkd 报文：

public static void setOomAdj {
    if  return;
    ByteBuffer buf = ByteBuffer.allocate;
    buf.putInt;          // 命令标识
    buf.putInt;
    buf.putInt;
    buf.putInt;                  // 新的 oom_score_adj
    writeLmkd;            // 把报文塞进 socket
}

写完后AMS 并不会立刻kan到 kill 的结果，而是把职责交给了 LMKD。

当 AMS 检测到某个 pid Yi经不再运行，它会调用 ProcessList.remove，内部同样组装一个报文，只是命令改为 LMK_PROCREMOVE

public static final void remove {
    if  return;
    ByteBuffer buf = ByteBuffer.allocate;
    buf.putInt;
    buf.putInt;
    writeLmkd;   // 告诉 lmkd 把 /proc/pid/… 删除
}

Lmkd 在 init 阶段打开名为 “lmkd” 的本地 seqpacket socket，随后进入 epoll 循环等待 AMS 发来的报文。收到后由 ctrl_command_handler 按命令类型分流：

LMK_TARGET：

LMK_PROCPRIO：

LMK_PROCREMOVE：

A​MS → Lmkd → Kernel → 杀进程 → 回馈日志，这是一条闭环链路。

static void mainloop {
    while  {
        struct epoll_event events;
        int ne = epoll_wait(epollfd, events, maxevents,
                            kill_timeout_ms ? delay : -1);
        for  {
            if 
                handler_info = events.data.ptr,
                handler_info->handler;
        }
    }
}

Lmkd 用 epoll 同时监听控制 socket、数据 socket 和可Neng出现的 pidfd 通知，实现了“边收边处理”的高效模型。

static int find_and_kill_process(int min_score_adj,
                                 struct kill_info *ki,
                                 union meminfo *mi,
                                 struct wakeup_info *wi,
                                 struct timespec *tm,
                                 struct psi_data *pd) {
    for  {
        struct proc *p = choose_heaviest ? proc_get_heaviest
                                        : proc_adj_tail;
        while  {
            int freed = kill_one_process(p, min_score_adj,
                                         ki, mi, wi, tm, pd);
            if  return freed;
            p = next_candidate;
        }
    }
    return 0;
}

Lmkd 会遍历从Zui高分数到阈值之间的所有槽位，每次挑出占用Zui大内存的那个，发送 SIGKILL 并统计释放量；Ru果一次不足，则继续向下找。

static void cmd_target {
    for  {
        lmk_target t;
        lmkd_pack_get_target;
        lowmem_minfree = t.minfree;
        lowmem_adj     = t.oom_adj_score;
        // 同步写入 sysfs，以供 kernel 使用
        writefilestring("/sys/module/lowmemorykiller/parameters/minfree",
                        build_minfree_string, true);
        writefilestring("/sys/module/lowmemorykiller/parameters/adj",
                        build_adj_string, true);
    }
}

Lkm 向 kernel 暴露两串逗号分隔的数据，一条代表每个水位需要保留多少空闲页，一条对应每条水位所Neng接受的Zui高 adj 分数。

Psi 报警：Kernal 检测 memory pressure 超过第 2 条 minfree 水位，将 PSI 信息推送至用户空间事件队列。

Lmkd 收到通知：Mainloop 中对应 handler 调用 suspend_polling, 随后执行 alert_memory_pressure。此时 Lmkd Yi经知道当前需要达到哪个阈值。

Select victim：find_and_kill_process) 按照当前阈值遍历 adj 槽位，从Zui高分开始尝试 kill；第一次成功后返回释放字节数，Ru果仍不足则继续循环。

SIGKILL 发射：KILL_ONE_PROCESS 调用 `kill` 并记录 kill 信息至 stats；若使用 pidfd，则会等待子线程确认Yi死亡。