1. 认识Android Q/R中的lmkd在Android系统中内存管理一直是个核心问题。想象一下你的手机同时运行着几十个应用每个应用都在争夺有限的内存资源。这时候就需要一个内存管家来维持秩序这个管家就是lmkdLow Memory Killer Daemon。我第一次在开发中遇到lmkd是在调试一个内存泄漏问题时。当时发现应用在后台总是被莫名杀死查看日志才发现是lmkd在清理门户。这让我意识到理解lmkd的工作机制对Android开发有多重要。lmkd本质上是一个用户空间的守护进程它的职责很简单当系统内存不足时选择性地终止一些进程来释放内存。听起来有点残酷但这正是保证系统流畅运行的关键机制。在Android Q/R之前这个工作是由内核中的lowmemorykiller驱动完成的。但内核开发者们认为这种硬编码的方式不够灵活于是在4.12内核中移除了它改由用户空间的lmkd来实现相同功能。这个改变带来了几个好处更灵活的配置不再需要重新编译内核就能调整策略更好的适应性可以根据设备特性动态调整更精确的控制结合了多种内存监控机制2. lmkd如何感知内存压力lmkd要做出杀进程的决策首先得知道系统内存状况。这就好比医生要先诊断病情才能开药方。在Android Q/R中lmkd主要通过两种机制来诊断内存压力2.1 PSI机制精准的内存压力测量PSIPressure Stall Information是我认为最有趣的部分。它不像传统方法那样只看内存剩余量而是测量任务因为内存不足而延迟的时间。简单来说它关注的是内存不足让用户等待了多久。举个例子当你滑动列表时如果因为内存不足导致渲染延迟了100msPSI就会记录这个延迟。这种测量方式直接关联用户体验比单纯看剩余内存量更有意义。在代码中PSI定义了三个级别的阈值static struct psi_threshold psi_thresholds[VMPRESS_LEVEL_COUNT] { { PSI_SOME, 70 }, /* 部分阻塞1秒内有70ms延迟 */ { PSI_SOME, 100 }, /* 部分阻塞1秒内有100ms延迟 */ { PSI_FULL, 70 } /* 完全阻塞1秒内有70ms延迟 */ };2.2 vmpressure机制传统但有效vmpressure是另一种内存压力检测机制它通过监控内存回收事件来评估压力。虽然不如PSI精确但在不支持PSI的老设备上仍然是重要选择。vmpressure将内存压力分为三个级别LOW轻度压力MEDIUM中度压力CRITICAL严重压力lmkd会根据不同级别采取不同行动就像医生根据病情轻重开不同处方一样。3. lmkd的进程管理策略知道内存压力后lmkd就要决定杀哪个进程了。这个过程就像是在做选择题需要考虑多个因素。3.1 进程优先级评估Android给每个进程分配了一个oom_adj分数范围从-1000到1000。分数越高进程越容易被杀。常见的分类包括前台应用0-100可见应用100-200后台服务200-300缓存应用300-900在代码中这些阈值通过属性配置ro.lmk.low1001 # 低压力时最低杀到1001分实际禁用 ro.lmk.medium800 # 中压力时杀非必需进程800分以上 ro.lmk.critical0 # 严重压力时可杀任何进程3.2 内存水线计算lmkd会计算两个关键值other_free完全空闲的内存页other_file可回收的文件缓存页然后对比预设的水线值minfree来决定是否需要杀进程。这个过程在代码中是这样的for (i 0; i lowmem_targets_size; i) { minfree lowmem_minfree[i]; if (other_free minfree other_file minfree) { min_score_adj lowmem_adj[i]; break; } }3.3 实际杀进程流程当决定要杀进程时lmkd会遍历进程列表找到oom_adj高于阈值的进程选择内存占用最大的进程发送SIGKILL信号终止进程记录被杀进程信息可在logcat中查看4. lmkd的配置与调优理解lmkd的工作原理后我们可以针对性地进行配置调优。这就像给你的手机内存管理把脉开方。4.1 关键配置属性在设备厂商的system.prop中常见的lmkd配置包括属性说明默认值ro.config.low_ram是否为低内存设备falsero.lmk.use_psi是否使用PSI监控truero.lmk.thrashing_limit内存抖动阈值30低内存设备ro.lmk.swap_util_max最大swap使用率1004.2 调试技巧要调试lmkd行为可以开启调试日志setprop ro.lmk.debug true restart lmkd查看杀进程记录logcat -s lowmemorykiller监控内存状态watch -n 1 cat /proc/meminfo | grep -E MemFree|Cached5. 实际案例分析让我分享一个真实案例。某厂商的设备上微信经常在后台被杀死用户抱怨收不到消息。通过分析发现设备配置了激进的lmkd参数ro.lmk.medium500 # 过于激进微信作为IM应用需要常驻后台解决方案调整微信的oom_adj分组适当放宽medium压力级别的阈值添加后台运行白名单这个案例说明理解lmkd机制对解决实际问题有多重要。6. 进阶lmkd的代码结构对于想深入研究的开发者了解lmkd的代码结构很有帮助。主要代码位于system/core/lmkd/lmkd.csystem/core/lmkd/psi.csystem/core/lmkd/meminfo.c关键函数包括main(): 主循环init_monitors(): 初始化监控机制mp_event_psi(): PSI事件处理find_and_kill_process(): 杀进程实现7. 与新版本Android的兼容性随着Android版本演进lmkd也在不断改进。在Android 12中引入了perceptible进程状态优化了PSI监控策略改进了杀进程的选择算法开发者在适配新版本时需要关注这些变化对应用后台行为的影响。理解lmkd的工作原理不仅能帮助我们解决内存相关问题还能指导我们开发更高效的应用。记住一个好的Android开发者不仅要会写代码还要理解系统如何管理你的应用。
深入解析Android Q/R中的lmkd：内存压力监控与进程管理机制
发布时间：2026/6/6 1:18:03
1. 认识Android Q/R中的lmkd在Android系统中内存管理一直是个核心问题。想象一下你的手机同时运行着几十个应用每个应用都在争夺有限的内存资源。这时候就需要一个内存管家来维持秩序这个管家就是lmkdLow Memory Killer Daemon。我第一次在开发中遇到lmkd是在调试一个内存泄漏问题时。当时发现应用在后台总是被莫名杀死查看日志才发现是lmkd在清理门户。这让我意识到理解lmkd的工作机制对Android开发有多重要。lmkd本质上是一个用户空间的守护进程它的职责很简单当系统内存不足时选择性地终止一些进程来释放内存。听起来有点残酷但这正是保证系统流畅运行的关键机制。在Android Q/R之前这个工作是由内核中的lowmemorykiller驱动完成的。但内核开发者们认为这种硬编码的方式不够灵活于是在4.12内核中移除了它改由用户空间的lmkd来实现相同功能。这个改变带来了几个好处更灵活的配置不再需要重新编译内核就能调整策略更好的适应性可以根据设备特性动态调整更精确的控制结合了多种内存监控机制2. lmkd如何感知内存压力lmkd要做出杀进程的决策首先得知道系统内存状况。这就好比医生要先诊断病情才能开药方。在Android Q/R中lmkd主要通过两种机制来诊断内存压力2.1 PSI机制精准的内存压力测量PSIPressure Stall Information是我认为最有趣的部分。它不像传统方法那样只看内存剩余量而是测量任务因为内存不足而延迟的时间。简单来说它关注的是内存不足让用户等待了多久。举个例子当你滑动列表时如果因为内存不足导致渲染延迟了100msPSI就会记录这个延迟。这种测量方式直接关联用户体验比单纯看剩余内存量更有意义。在代码中PSI定义了三个级别的阈值static struct psi_threshold psi_thresholds[VMPRESS_LEVEL_COUNT] { { PSI_SOME, 70 }, /* 部分阻塞1秒内有70ms延迟 */ { PSI_SOME, 100 }, /* 部分阻塞1秒内有100ms延迟 */ { PSI_FULL, 70 } /* 完全阻塞1秒内有70ms延迟 */ };2.2 vmpressure机制传统但有效vmpressure是另一种内存压力检测机制它通过监控内存回收事件来评估压力。虽然不如PSI精确但在不支持PSI的老设备上仍然是重要选择。vmpressure将内存压力分为三个级别LOW轻度压力MEDIUM中度压力CRITICAL严重压力lmkd会根据不同级别采取不同行动就像医生根据病情轻重开不同处方一样。3. lmkd的进程管理策略知道内存压力后lmkd就要决定杀哪个进程了。这个过程就像是在做选择题需要考虑多个因素。3.1 进程优先级评估Android给每个进程分配了一个oom_adj分数范围从-1000到1000。分数越高进程越容易被杀。常见的分类包括前台应用0-100可见应用100-200后台服务200-300缓存应用300-900在代码中这些阈值通过属性配置ro.lmk.low1001 # 低压力时最低杀到1001分实际禁用 ro.lmk.medium800 # 中压力时杀非必需进程800分以上 ro.lmk.critical0 # 严重压力时可杀任何进程3.2 内存水线计算lmkd会计算两个关键值other_free完全空闲的内存页other_file可回收的文件缓存页然后对比预设的水线值minfree来决定是否需要杀进程。这个过程在代码中是这样的for (i 0; i lowmem_targets_size; i) { minfree lowmem_minfree[i]; if (other_free minfree other_file minfree) { min_score_adj lowmem_adj[i]; break; } }3.3 实际杀进程流程当决定要杀进程时lmkd会遍历进程列表找到oom_adj高于阈值的进程选择内存占用最大的进程发送SIGKILL信号终止进程记录被杀进程信息可在logcat中查看4. lmkd的配置与调优理解lmkd的工作原理后我们可以针对性地进行配置调优。这就像给你的手机内存管理把脉开方。4.1 关键配置属性在设备厂商的system.prop中常见的lmkd配置包括属性说明默认值ro.config.low_ram是否为低内存设备falsero.lmk.use_psi是否使用PSI监控truero.lmk.thrashing_limit内存抖动阈值30低内存设备ro.lmk.swap_util_max最大swap使用率1004.2 调试技巧要调试lmkd行为可以开启调试日志setprop ro.lmk.debug true restart lmkd查看杀进程记录logcat -s lowmemorykiller监控内存状态watch -n 1 cat /proc/meminfo | grep -E MemFree|Cached5. 实际案例分析让我分享一个真实案例。某厂商的设备上微信经常在后台被杀死用户抱怨收不到消息。通过分析发现设备配置了激进的lmkd参数ro.lmk.medium500 # 过于激进微信作为IM应用需要常驻后台解决方案调整微信的oom_adj分组适当放宽medium压力级别的阈值添加后台运行白名单这个案例说明理解lmkd机制对解决实际问题有多重要。6. 进阶lmkd的代码结构对于想深入研究的开发者了解lmkd的代码结构很有帮助。主要代码位于system/core/lmkd/lmkd.csystem/core/lmkd/psi.csystem/core/lmkd/meminfo.c关键函数包括main(): 主循环init_monitors(): 初始化监控机制mp_event_psi(): PSI事件处理find_and_kill_process(): 杀进程实现7. 与新版本Android的兼容性随着Android版本演进lmkd也在不断改进。在Android 12中引入了perceptible进程状态优化了PSI监控策略改进了杀进程的选择算法开发者在适配新版本时需要关注这些变化对应用后台行为的影响。理解lmkd的工作原理不仅能帮助我们解决内存相关问题还能指导我们开发更高效的应用。记住一个好的Android开发者不仅要会写代码还要理解系统如何管理你的应用。
