`
lmkd`（**Low Memory Killer Daemon**）是 Android 系统中一个关键的 **
用户空间内存管理守护进程**，其主要职责是在系统内存紧张时主动杀死低优先级的后台进程，以释放内存资源、防止触发内核 OOM Killer，从而提升系统的整体响应速度和
用户体验。
虽然名字叫 “Low Memory Killer”，但它与内核的 `OOM Killer` 有本质区别。`
lmkd` 是一种 **预防性查杀机制**，它在系统真正耗尽内存之前就介入清理。
---
## 一、
lmkd 的作用与定位
| 特性 | 说明 |
|------|------|
| 运行位置 |
用户空间（`/system/bin/
lmkd`） |
| 启动方式 | 由 `init` 在启动阶段拉起 |
| 工作机制 | 监听 memory cgroup 的压力事件，评估进程重要性，选择性 kill() |
| 目标 | 提前回收内存，避免进入 OOM 状态 |
> ✅ 核心目标：**永远不让 OOM Killer 被触发**
---
## 二、
lmkd 架构图
```text
+---------------------+
| 内存子系统 (memcg) | <---> 持续监控内存使用情况
+----------+----------+
|
v
+-----------------------+
|
lmkd (守护进程) |
| - epoll 监听 memcg |
| - 计算各进程 adj 值 |
| - 按需发送 SIGKILL |
+----------+------------+
|
v
+------------------------+
| Process (App) 被杀死 |
| logcat 可见死亡记录 |
+------------------------+
```
---
## 三、核心组件详解
### 1. Memory Cgroup（内存控制组）
Android 将应用划分到不同的内存控制组中：
```bash
# 示例路径
/sys/fs/cgroup/memory/apps/
├── uid_10079/
│ ├── pid_1234/
│ └── pid_5678/
└── uid_10100/
└── pid_9012/
```
每个 group 都可以设置：
- `memory.limit_in_bytes`: 内存上限
- `memory.usage_in_bytes`: 当前使用量
- `memory.pressure_level`: 内存压力等级（low/medium/critical）
### 2. Pressure Level 通知机制
通过 `memory.pressure_level` 文件注册监听：
```c
//
lmkd.cpp
int open_pressure_handler(unsigned int nr)
{
std::string level;
switch(nr) {
case 1: level = "low"; break;
case 2: level = "medium"; break;
case 3: level = "critical"; break;
}
std::string path = "/sys/fs/cgroup/memory/apps/memory.pressure_level";
int fd = open(path.c_str(), O_RDONLY);
if (fd >= 0) {
write(fd, level.c_str(), level.size());
close(fd);
}
return fd;
}
```
当系统内存下降到阈值以下时，kernel 会通过 eventfd 发送通知给 `
lmkd`。
---
## 四、查杀策略：什么是 `oom_adj`？
Android 引入了扩展的 `oom_score_adj` 概念，称为 **`oom_adj` 或 `min_score_adj`**，表示一个进程被杀的倾向。
| oom_adj 值 | 进程类型 | 是否容易被杀 |
|-----------|----------|--------------|
| -1000 | native system processes (e.g., `surfaceflinger`) | ❌ 不可杀 |
| -900 | system_server, zygote | ⚠️ 很难杀 |
| 0 | Foreground App（前台正在使用的 App） | ✅ 一般不杀 |
| 100 | Visible App（可见但非前台） | ✅ 可能杀 |
| 200~300 | Secondary server | ✅ 易杀 |
| 900 | Background App（后台服务） | ✅✅✅ 最优先杀 |
| 906 | Cached App（已退出缓存） | ✅✅✅ 极易杀 |
> 数值越大，越容易被 `
lmkd` 选中杀死。
这些值通常由 `ActivityManagerService` 设置，并写入 `/proc/<pid>/oom_score_adj`
---
## 五、配置文件与参数（Android 10+）
lmkd 的行为由系统属性控制：
```bash
# 查看当前配置
getprop | grep lmk
# 输出示例：
[ro.lmk.low]: [1536] # < 6MB free → 触发 low
[ro.lmk.medium]: [3072] # < 12MB
[ro.lmk.critical]: [4608] # < 18MB
[ro.lmk.critical_upgrade]: true
[ro.lmk.upgrade_pressure]: 40
[ro.lmk.downgrade_pressure]: 60
[ro.lmk.kill_heaviest_task]: true
[ro.lmk.swap_free_low_percentage]: 20
```
单位是 **pages（每页 4KB）**
例如：`1536 pages = 1536 × 4KB ≈ 6MB`
---
## 六、
lmkd 主要工作流程代码解析
以下是简化版 `
lmkd` 的主循环逻辑：
```cpp
//
lmkd.cpp
void handle_event(int timeout)
{
struct epoll_event events[EPOLL_MAX_EVENTS];
int nevents = epoll_wait(epollfd, events, EPOLL_MAX_EVENTS, timeout);
for (int i = 0; i < nevents; ++i) {
if (events[i].data.ptr == &pressure_handler) {
read_pressure_levels(); // 读取 pressure_level
reclaim_memory(); // 开始查杀
}
}
}
void reclaim_memory()
{
std::vector<Process*> procs = get_running_processes();
sort(procs.begin(), procs.end(), [](Process* a, Process* b) {
return a->oom_score_adj > b->oom_score_adj; // 分数高的先杀
});
long freed = 0;
long target = get_target_free_kbytes();
for (auto& proc : procs) {
if (proc->oom_score_adj < MIN_FREEZABLE_OOM_ADJ)
continue;
kill(proc->pid, SIGKILL); // 发送致命信号
waitpid(proc->pid, nullptr, 0);
freed += proc->rss_in_kb;
log("
lmkd killed PID=%d (%s), freed %ldKB", proc->pid, proc->name.c_str(), proc->rss_in_kb);
if (freed >= target)
break;
}
}
```
---
## 七、如何查看
lmkd 日志？
### 方法一：使用 `logcat`
```bash
logcat | grep -i "
lmkd"
```
输出示例：
```log
I
lmkd : Kill pid 12345 (com.browser) because cached, min_score_adj=900, rss=5432kB
I
lmkd : Reclaimed 5432KB, now free=8.2MB
```
### 方法二：检查 dmesg（如果没有启用
lmkd，则可能看到 OOM）
```bash
dmesg | grep -i "out of memory\|kill process"
```
如果看到这个日志：
```log
Out of memory: Kill process 1234 (com.chrome) score 305 ...
```
👉 说明 `
lmkd` 失效或未及时响应，已经触发了 **内核 OOM Killer**！
---
## 八、厂商定制增强（如 Athena、MIUI LMK）
很多手机厂商会对 `
lmkd` 进行深度改造，比如：
| 厂商 | 定制名称 | 改进点 |
|------|---------|--------|
| 小米 | Athena / MemoryDaemon | 加入 AI 预测模型判断哪些 App 不会马上用 |
| OPPO | AutoKill Manager | 结合
用户行为学习冻结策略 |
| 华为 | AppControl | 白名单保护微信、钉钉等高频应用 |
| vivo | iManager | 图形化展示“被清理”记录 |
这些系统本质上还是基于 `
lmkd` 的框架，但加入了更智能的评分引擎。
---
## 九、常见问题排查
### Q1: 为什么我的 App 总是被
lmkd 杀死？
**原因分析：**
- App 处于后台状态（`oom_score_adj ≥ 900`）
- 占用了大量内存（RSS 高）
- 没有使用前台服务或锁屏白名单
**解决方案：**
- 使用 `startForegroundService()` 提升优先级
- 在 `AndroidManifest.xml` 中声明 `<uses-permission android:name="android.permission.REQUEST_IGNORE_BATTERY_OPTIMIZATIONS"/>`
- 加入厂商白名单（如 MIUI 安全中心 → 自启动管理）
---
### Q2: 如何调试
lmkd 行为？
#### 步骤 1：获取内存信息
```bash
dumpsys meminfo
```
查看每个 App 的 PSS、USS 和 oom_adj 值。
#### 步骤 2：模拟内存压力
```bash
# 手动生成内存负载
malloc_stress_test --size=500M --duration=60s
```
观察是否触发
lmkd 查杀。
#### 步骤 3：修改阈值测试（需 root）
```bash
setprop ro.lmk.low 512 # 更激进地查杀
setprop ro.lmk.critical 1024
```
---
## 十、总结对比表
| 对比项 |
lmkd | OOM Killer |
|--------|------|-------------|
| 所在层级 |
用户空间 | 内核
空间 |
| 触发时机 | 内存压力升高时（预防） | 内存完全耗尽（最后手段） |
| 决策依据 | oom_score_adj + RSS + 类型 | 主要看内存占用 |
| 是否可定制 | ✅ 可通过 prop 修改策略 | ❌ 固定算法 |
| 对
用户体验影响 | 较小（只杀后台） | 极大（可能导致前台卡死） |
| 是否应被触发 | ✅ 正常行为 | ❌ 应尽量避免 |
> ✅ **理想状态：
lmkd 成功拦截所有内存危机，OOM Killer 从不触发。**
---
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
