进程保活之oom_adj级别查询

最新推荐文章于 2025-10-21 20:33:00 发布
原创 最新推荐文章于 2025-10-21 20:33:00 发布 · 9.5k 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了Android系统中，当内存不足时如何根据oom_adj值判断进程优先级。oom_adj值越小，进程优先级越高，系统更不易杀死。通过`adb shell ps`和`cat /proc/进程id/oom_adj`可以查询进程的oom_adj值。在资源紧张时，adj值为-17的native进程会被系统保留。理解这一机制对实现进程保活至关重要。

  

  当系统的内存不足时, Android系统将根据进程优先级选择杀死一些不太重要的进程。那么进程的优先级是怎样判别的呢？对，就是这个根据进程的oom_adj值。oom_adj的值越小，进程的优先级越高。如果oom_adj的值为 NATIVE_ADJ 即为-17，那么，程序为native级别永驻内存了。

  1.获取当前连接的所有设备

在DOS下使用 adb devices命令  


上面标示有两个设备在线，一个模拟机，一个真机。

注意，这里使用的是devices 不是device 如果使用 adb device 则会打印本地安卓调试桥信息



2.选中要使用的目标 adb -s 设备名 命令

例如 adb -s emulator-5554 shell


出现root@generic_x86:/ # 即获取到模拟机的root权限。

最低0.47元/天 解锁文章
王小_
关注
Android oom_adj 详细解读
私房菜
07-14 2276
在博文《oom_adj 内存水位算法剖析》一文中详细的分析了lmkd 中针对 oom_adj 内存水位的计算、使用方法，在博文《oom_adj 更新原理(1)》《oom_adj 更新原理(2)》中对Android 系统中 oom_adj 的更新原理进行了详细的剖析。通过这几篇博文我们对 oom_adj 有了更深地了解。本文在之前博文的基础上，剖析代码细节，对每个 oom_adj 的值进行详细地解读。
Android 10.0 app应用保活设置oom_adj的值为0
安卓兼职framework和app工程师的博客
08-01 1790
在定制化开发中，对于应用保活可以做到长时间在后台运行进程不会被杀掉，所以对于一些长期在后台运行的app就需要做到这一点想办法来让这些app运行在后台，这就需要了解杀进程的机制以后来实现这个功能。......
【Android 进程保活】oom_adj 值 ( 简介 | 查询进程 PID | 根据进程 PID 查询 oom_adj 值 )
让 学习 成为一种 习惯 ( 韩曙亮 の 技术博客 )
04-06 5097
一、oom_adj 值简介、 二、查询进程号 PID、 三、查询进程对应的 oom_adj 值
Android 系统的进程模型
最新发布
Life in the Box
10-21 782
Android进程模型基于Linux进程但受AMS管控，核心是通过动态调整进程优先级(oom_adj)实现资源管理。进程优先级由最活跃组件决定，从高到低分为前台、可见、服务、后台和空进程。AMS结合LMK机制按优先级回收进程，优先保留交互进程。特殊进程如Persistent进程具有高存活优先级。该设计通过组件绑定进程、动态优先级调整和智能回收机制，在有限内存下平衡性能与用户体验。
安卓开发 adb怎么查看查看进程的adj值
weixin_65348742的博客
10-10 997
（Android Debug Bridge）是一个非常强大的工具，可以用来与安卓设备进行交互。确保你的安卓设备通过USB连接到了你的电脑，并且启用了开发者选项中的USB调试功能。命令查看安卓设备上每个进程的adj值，从而更好地理解进程的优先级和行为。这个命令会输出很多信息，包括每个进程的详细信息。命令来过滤包含adj值的信息。由于输出信息可能非常冗长，你可以使用。通过这些步骤，你可以使用。
Android系统进程优先级策略 ADJ
w2064004678的博客
07-08 5858
本篇文章是基于Android9.0来介绍Android系统关于进程的优先级是如何定义和管理的。 概述 1.进程 进程-Process 是程序的一个运行实例。通常会有唯一一个pid与之对应。但pid不是绝对唯一的，当进程死亡后pid会被回收给另外的进程使用。在Android世界里，App开发者很容易认为系统的四大组件就是进程的载体，实际上，它们不能算是完整的进程实例，最多只能算是进程的组成部分。由于Android系统框架中，系统对进程的创建和管理进行了封装，每当我们在启动四大组件Activity, Br
Android system — 进程生命周期与ADJ
一只立志于养老婆的程序猿
02-19 1657
必要时，系统会首先消除重要性最低的进程，然后是清除重要性稍低一级的进程，依此类推，以回收系统资源。在Android的lowmemroykiller机制中，会对于所有进程进行分类，对于每一类别的进程会有其oom_adj值的取值范围，oom_adj值越高则代表进程越不重要，在系统执行低杀操作时，会从oom_adj值越高的开始杀。本文主要介绍Android的lowmemorykiller的oom_adj的相关概念，进程的oom_adj，决定了当内存不够的时候，lmk会根据oom_adj的级别依次释放内存。
android 11源码中如何提高应用oom_adj级别,保活应用（csdn）————程序.pdf
12-01
在Android 11源码中，提高应用的`oom_adj`级别是为了确保应用程序在系统内存紧张时能够保持活跃，防止被系统强制关闭。`oom_adj`（Out-of-Memory Adjuster）是Android用来管理进程优先级和内存分配的一个关键参数。...
Android 11.0 进程保活根据包名设置oom_adj的值为0
安卓兼职framework和app工程师的博客
02-24 1051
在11.0的系统产品rom定制化开发的过程中，会有各种各样的定制化需求，所以在保活app的时候，也是会有这样的要求的， app被保活的化，在退出后台，就不会被优先杀掉，就可以长期在后台允许，这些对于很重要的服务也是特别重要的功能
Android oom_adj 更新原理(一)
私房菜
07-07 2387
通过之前的两篇博文《lmkd 机制详解》和《lmkd中adj score的算法剖析》中，根据计算出来的 min_score_adj 选择大于该值的 oom_adj 的进程进行 kill 处理。oom_adj 随着应用状态的不同其值也是伴随着变化的。本文将通过源码剖析 oom_adj 更新的原理。
adb查看系统的进程优先级
weixin_44715716的博客
11-08 1150
adb查看进程的优先级
[LMKD] [Android] 进程OomAdj调整分析：OomAdj状态简要(1)
q1210249579的博客
10-03 1330
oomAdj是Android系统中的一个进程内存管理参数，它决定了系统在内存不足时回收进程的顺序。oomAdj的值越小，说明该进程越重要，越不容易被系统回收。Android系统会根据进程的oomAdj值来决定哪些进程应该被回收，以达到最大限度地提高系统的稳定性和性能。
程序进程adj值
iceshang的博客
03-17 1339
AS Terminal 输入 adb shell cat /proc/进程ID/oom_adj 查询出来adj的值越小，进程值优先级就越高，adj值越大就越容易最先被kill，应用程序保活就要降低oom_adj的值 ...
Android OomAdj
zhzhangnews的博客
12-14 3656
Android系统的设计理念正是希望应用进程能尽量长时间地存活，以提升用户体验。应用首次打开比较慢，这个过程有进程创建以及Application等信息的初始化，所以应用在启动之后，即便退到后台并非立刻杀死，而是存活一段时间，这样下次再使用则会非常快（cached进程和empty进程）。对于APP同样希望自身尽可能存活更长的时间。物极必反，系统处于低内存的状态下，手机性能会有所下降；系统继续放任所有进程一直存活，系统内存很快就会枯竭而亡，那么需要合理地进程回收机制。 谈到优先级，可能有些人会想到Linux进程
【Android 进程保活】oom_adj 值 ( oom_adj 值对应的进程优先级 | oom_adj 值动态改变 | 进程保活优化方向 )
让 学习 成为一种 习惯 ( 韩曙亮 の 技术博客 )
04-07 7261
一、oom_adj 值对应的进程优先级、 二、oom_adj 值动态改变、 1、正常运行时的 oom_adj 值、 2、按下 Home 键后的 oom_adj 值、 3、按下回退键后的 oom_adj 值、 二、进程保活优化方向、
Activity管理（二）：adj内存管理机制
大模型学习路线
02-03 333
*本文主要介绍Android的lowmemorykiller的oom_adj的相关概念，以及根据一些案例来阐述了解oom_adj对于做Android应用开发的重要意义。* *一、lowmeorykiller中进程的分类以及各类进程的adj值* ​ *在Android的lowmemroykiller机制中，会对于所有进程进行分类，对于每一类别的进程会有其oom_adj值的取值范围，oom_adj值越高则代表进程越不重要，在系统执行低杀操作时，会从oom_adj值越高的开始杀。********系统lowm
Android调整进程的oom_adj
zoujin6649的博客
08-22 1247
LinuxKernel中的OOM Killer，内核所管理的进程都有一个衡量其oom权重的值，存储在/proc/<PID>/oom_adj中。比如oom_score分数越低的进程，被杀死的概率越小，或者说被杀死的时间越晚。对于某些非常重要的应用程序，我们不希望它们被系统杀死，一个最简单的方法就是在它的AndroidManifest.xml文件中给“application”标签添加“android:persistent=true”属性。Android系统也为此开发了一个专门的驱动，名为。
oom_adj分析
yibei8811的专栏
06-11 1763
postgres 大表merge join的时候占用了大量的work
OOM_adj 的值查询
kingmasterlife的博客
03-19 192
值越大越容易被杀，当内存不够的时候。
每一个进程都有oom_adj/oom_score/oom_score_adj节点， oom_adj -13 oom_score 0 oom_score_adj –800 oom_adj=oom_score_adj*17/1000=800*17/1000=13.6
07-30
在 Linux 系统中，`oom_adj`、`oom_score` 和 `oom_score_adj` 是与 **OOM Killer（Out-of-Memory Killer）** 相关的进程级参数，用于控制进程在内存不足时被内核终止的优先级。以下是它们的详细解释和关系： --- ### 1. **参数定义与作用** #### （1）`oom_score_adj`（推荐使用） - **路径**：`/proc/[pid]/oom_score_adj` - **范围**：`-1000` 到 `1000` - **作用**： - 调整进程的 OOM 优先级，**值越低**（如 `-1000`）越**不可能**被杀死，**值越高**（如 `1000`）越**容易被杀死**。 - 替代旧版的 `oom_adj`，提供更精细的控制（支持负值）。 - **示例**： - 设为 `-1000`：进程几乎不会被 OOM Killer 终止（如关键系统进程）。 - 设为 `1000`：进程会优先被杀死（如内存密集型后台任务）。 #### （2）`oom_adj`（旧版，已废弃） - **路径**：`/proc/[pid]/oom_adj` - **范围**：`-16` 到 `15` - **作用**： - 旧版 Linux 用于调整 OOM 优先级，但范围有限且不支持负值（`-17` 表示禁止 OOM Killer，但实际无效）。 - **已废弃**，建议使用 `oom_score_adj`。 - **转换关系**： 内核内部会将 `oom_adj` 转换为 `oom_score_adj`，公式为： ```math oom\_score\_adj = oom\_adj \times \frac{17}{1000} ``` 但直接写入 `oom_adj` 时，内核会按比例映射到 `oom_score_adj` 的范围（如 `-16` → `-1000`，`15` → `1000`）。 #### （3）`oom_score`（只读） - **路径**：`/proc/[pid]/oom_score` - **范围**：`0` 到 `∞` - **作用**： - 表示进程当前的 **OOM 杀伤分数**，由内核根据以下因素计算： - 进程的 `oom_score_adj` 值。 - 进程占用的内存大小（RSS，实际物理内存）。 - 其他内核内部规则（如进程的 UID、是否为内核线程等）。 - **值越高**，进程越容易被杀死。 --- ### 2. **参数关系与计算** #### （1）`oom_adj` 与 `oom_score_adj` 的转换 用户提供的 `oom_adj` 值会通过以下公式转换为 `oom_score_adj`： ```math oom\_score\_adj = oom\_adj \times \frac{17}{1000} ``` 但实际内核处理时，会按比例缩放到 `oom_score_adj` 的完整范围（`-1000` 到 `1000`）。例如： - `oom_adj = -16` → `oom_score_adj = -1000`（禁止杀死） - `oom_adj = 15` → `oom_score_adj = 1000`（最高优先级杀死） #### （2）`oom_score` 的计算 内核根据以下公式计算 `oom_score`： ```math oom\_score = \text{进程内存占用} \times \text{调整因子} + \text{其他修正项} ``` 其中 **调整因子** 由 `oom_score_adj` 决定： - 若 `oom_score_adj > 0`：`oom_score` 会显著增加（容易被杀）。 - 若 `oom_score_adj < 0`：`oom_score` 会减小（受保护）。 --- ### 3. **用户示例分析** 假设某进程的参数如下： ```bash oom_adj: -13 oom_score: 0 oom_score_adj: -800 ``` #### （1）验证 `oom_adj` 与 `oom_score_adj` 的关系 根据公式： ```math oom\_score\_adj = oom\_adj \times \frac{17}{1000} = -13 \times \frac{17}{1000} = -0.221 ``` 但实际 `oom_score_adj` 显示为 `-800`，说明： - 用户直接写入了 `oom_score_adj`（而非通过 `oom_adj` 间接设置）。 - 此时 `oom_adj` 的值是内核根据 `oom_score_adj` 反向计算得出的（不精确，仅用于兼容旧接口）。 #### （2）`oom_score` 为 0 的原因 - 进程可能占用内存极少，或 `oom_score_adj` 的负值足够大，使得最终分数被内核修正为 0（表示受强保护）。 - 内核可能对关键进程（如 UID=0 的进程）有额外保护逻辑。 --- ### 4. **关键注意事项** 1. **优先使用 `oom_score_adj`**： - `oom_adj` 已废弃，且范围有限（`-16` 到 `15`），无法提供精细控制（如 `-800`）。 2. **`oom_score` 是结果，非配置项**： - 用户只能通过调整 `oom_score_adj` 间接影响 `oom_score`。 3. **内核保护机制**： - 即使 `oom_score_adj` 设为 `-1000`，某些进程（如内核线程）仍可能被杀死。 4. **Android 的特殊处理**： - Android 的 `lmkd` 会动态调整 `oom_score_adj`，优先级可能与普通 Linux 不同（如更激进的回收策略）。 --- ### 5. **实际应用场景** #### （1）保护关键进程 ```bash echo -1000 > /proc/[pid]/oom_score_adj # 禁止被 OOM Killer 杀死 ``` #### （2）强制杀死高内存占用进程 ```bash echo 1000 > /proc/[pid]/oom_score_adj # 标记为最高优先级杀死 ``` #### （3）查看当前 OOM 优先级 ```bash cat /proc/[pid]/oom_score # 查看实际分数 cat /proc/[pid]/oom_score_adj # 查看调整值 ``` --- ### 6. **与 `lowmemorykiller` 的关系** - Android 的 `lowmemorykiller` 直接读取 `oom_score_adj`，而非依赖 `oom_score`。 - 当系统内存不足时，`lowmemorykiller` 会按 `oom_score_adj` 的阈值（如 `adj` 参数）杀死进程，而非依赖内核的 `oom_killer`。 --- ### 示例命令总结 | 操作 | 命令 | |------|------| | 禁止进程被杀死 | `echo -1000 > /proc/[pid]/oom_score_adj` | | 标记为高优先级杀死 | `echo 1000 > /proc/[pid]/oom_score_adj` | | 查看当前分数 | `cat /proc/[pid]/oom_score` | | 查看调整值 | `cat /proc/[pid]/oom_score_adj` | --- ### 关键问题与注意事项 1. **为什么 `oom_score` 可能为 0？** - 进程内存占用极低，或 `oom_score_adj` 的负值完全抵消了内存权重。 2. **`oom_adj` 和 `oom_score_adj` 的优先级？** - 直接写入 `oom_score_adj` 会覆盖 `oom_adj` 的设置，反之则不成立（因 `oom_adj` 已废弃）。 3. **内核如何处理 `oom_score_adj = -1000` 的进程？** - 通常跳过 OOM Killer，但极端情况下（如系统完全卡死）仍可能被杀死。 4. **Android 与普通 Linux 的 OOM 行为差异？** - Android 的 `lowmemorykiller` 主动管理进程，而非完全依赖内核的 `oom_killer`。 5. **`oom_score` 的计算公式是否公开？** - 内核源码中定义（如 `mm/oom_kill.c`），但具体实现可能因版本而异。 ---
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值