AMS如何杀一个进程呢？何时杀？什么条件下会杀？

最新推荐文章于 2025-03-10 10:15:31 发布
最新推荐文章于 2025-03-10 10:15:31 发布
阅读量761 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 6. Android 理解
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/CCJHDOPC/article/details/52883117
博客聚焦于AMS杀进程相关问题，探讨了AMS如何杀进程、在何时杀以及满足什么条件会杀进程，属于信息技术中移动开发相关内容。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

AMS如何杀一个进程呢？何时杀？什么条件下会杀？
【Android知识笔记】Parcelable 为什么速度优于 Serializable ？
川峰的博客
06-23 698
Android知识笔记之面试题：Parcelable 为什么速度优于 Serializable 深度解析，Parcel 如何读写基本类型的数据和复杂类型数据（Binder）源码简要分析。
Android面试必考题1-15
ZJQ的博客
05-06 211
AIDL是使用bind机制来工作。AIDL，全称Android Interface Definition Language，即Android接口定义语言。它是Android系统中实现进程间通信（IPC）的一种机制，特别适用于多进程并发情况下的进程间通信。通过AIDL，一个Android应用程序可以定义可供其他应用程序调用的接口，并通过Binder驱动实现跨进程通信。创建AIDL文件在Android Studio中，右键点击项目中的某个包，选择。
Android AMS - 系统级应用自启动控制 & 杀进程策略
iFinelio Tower 的博客
05-30 2448
Android 的进程控制, 内存控制一直是系统人员优化的重头戏. 分享一下我对AMS系统进程控制的方法, 希望对你有所帮助~ :D
AMS杀进程，保留前台进程之前的进程
chengjiang6065的博客
12-05 226
做这个需求时，因为需要保活前台进程之前的进程，所以需要知道之前的进程都有哪些。在源码中 mPreviousProcess 这个变量表示前一个进程，但是该变量Google维护的和我们想法不太一致，当前一个进程中的Activity调起当前进程同时，这个Activity finish自己，那么该...
AMS 深入了解（一、进程管理）(and5.1)
kc58236582的博客
11-27 2612
Android应用程序的载体是APK文件，它是一个组件和资源的容器。APK文件和我们常见的执行文件还是有区别的:每个执行文件都是运行在一个进程中，但是APK可能运行在一个进程中，也可能和其他APK运行在一个进程中。Android的设计理念中弱化进程的存在，而是以组件的概念代替。 但是Android毕竟是建立在Linux，基础的环境还是由进程组成。 一、应用进程的组成 Android应用的核心
AMS-进程管理
淡淡的宁静的博客
08-09 849
进程调度： 进程优先级：没有发现一个和进程优先级直接挂钩的成员。但是应该跟一下内容有关： * Android将应用进程分为五大类，分别是Foreground类，Visible类，Service类， Background类，Empty类。重要性是由高到低，应该算是进程优先级由高到低。 这个可以作为进程调度优先级的依据，也可以作为OOM控制的依据。 * Process类中
应用进程异常被kill后ams重新拉起机制分析
搬砖的老牛
03-08 1410
应用进程异常被kill后ams重新拉起机制分析 在AMS中有用于专门接收进程消亡回调的类如下： private final class AppDeathRecipient implements IBinder.DeathRecipient { final ProcessRecord mApp; final int mPid; final IAppli...
面试斩获猫眼Android岗Offer,我是怎样准备Android技术面的知否？
鸿蒙开发知识记录
09-14 614
作者：哈登 前言 本篇文章给大家分享一下笔者面试的一些感受和经验。 笔者从前期准备到所有面试结束，花费了差不多3个月的时间。真可谓“面试造航母，工作拧螺丝”，面试过程真的很累很辛苦。 笔者面了很多公司，最终拿下了猫眼Offer; 有面试交流群小伙伴问我是怎么准备面试的，我也想谈谈我最近的一些想法和计划，大家一起讨论。因此写下了这篇文章。 整体分为以下两个方面： 自我介绍 & 项目经验 知识储备 自我介绍 1、结合招聘岗位，只讲重点。 简历内容这么多，实际的你，更有很多很多可以描述的东西。但时.
Android ActivityManagerService（AMS）的Activity管理
Android Fans
07-11 5654
对于AMS来讲，Activity管理是它的核心工作，前面两篇文章都是讲AMS的启动流程和进程的管理，这两篇文章其实是为本文做铺垫的，只有理解了前面两篇文章才能更好地理解AMS的activity管理。在谈到Activity的管理的时候，就不得不说一下Activity的启动流程，说道activity的启动流程就要说一下进程启动的问题了，前面一片文章中我们已经分析了AMS的进程管理，这里需要补充的一点就是
被面试官问的Android基础题难倒了？这里有31道面试题 ，牢固你的基础！
chuhe1989的博客
02-15 4989
目录 1.如何对 Android 应用进行性能分析 2.什么情况下会导致内存泄露 3.如何避免 OOM 异常 4.Android 中如何捕获未捕获的异常 5.ANR 是什么？怎样避免和解决 ANR（重要） 6.Android 线程间通信有哪几种方式 7.Devik 进程，linux 进程，线程的区别 8.描述一下 an...
[AMS][内存管理][进程(强杀)优先级]
Hendy_Raw的博客
08-27 521
概述 Android内存不足时，会按计算好的进程优先级来强杀应用进程 进程(强杀)优先级 五种： 1、前台进程 用户当前正在做的事情需要这个进程。如果满足下面的件之一，一个进程就被认为是前台进程： 1).这个进程拥有一个正在与用户交互的Activity(这个Ativity的onResume()方法被调用)。 2).这个进程拥有一个绑定到正在与用户交互的activit上的Service...
android process died,binderDied() 过程分析
weixin_42351520的博客
05-27 2463
一. 概述理解Android进程启动之全过程介绍了进程是如何从AMS.startProcessLocked一步步创建的; 当进程不再需要时便会有杀进程的过程; 理解杀进程的实现原理介绍了Process.killProcess()如何一步步地将进程杀死.当系统内存不足时,会触发lmk杀进程; 以及系统本身通过AMS也会控制系统中各个状态的进程个数上限. 当进程真正的被杀死之后,通过binder死亡回...
实战-Android 系统低内存性能优化的一种实现
u010927489的专栏
12-25 1729
Android 系统低内存性能优化、进程杀死
AMS 启动的时候杀掉所有进程
zhbpd的专栏
11-17 839
有时候分析 Android log 的时候发现几乎所有进程都 die 了，那基本判定 AMS 重启了。 AMS 代码：http://androidxref.com/6.0.1_r10/xref/frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java AMS 通过 SystemSer
AMS 几种主动清理内存的几种方式
Proton
03-08 4326
一、通过杀empty进程和cache进程来释放内存 如果空进程的个数大于mConstants.CUR_TRIM_EMPTY_PROCESSES（CUR_TRIM_EMPTY_PROCESSES 的这个依据配置值的不同而不同，具体的可以见updateMaxCachedProcesses这个函数）,并且该应用的上次活跃的时间，大于半个小时，这活跃是指该应用有相关组件在活动比如：在处理广播 空...
android如何分析进程被杀问题
热门推荐
xiaoyantan的博客
07-05 3万+
查看进程被杀的3个步骤 确定被杀进程的包名 有人给出直接用 百度搜索app对应的包名 确定进程被杀的精确时间点 有进程被杀时间点及原因包名，则直接用 log中搜索正则表达式（gedit支持正则）am_proc_died: [0,[0-9]*,xxxx,，xxxx代表包名 ，拿到这行log的时间点以及进程pid eg: 08-19 10:06:55.302 1000 1699 12137 I am_proc_died: [0,9307,com.quark.browser,905,11] 如上栗子：
Android性能优化-进程冻结查杀
XinCurry的博客
03-10 1098
在Android系统中，和是两种重要的资源管理机制，分别通过Framework层、Native层和Linux内核的协同工作来实现。下面我们将结合代码，从Framework层到Linux内核，详细介绍这两种机制的实现，并分析它们的区别、系统收益以及为什么能获得这些收益。
Android中的LowMemoryKiller机制
weixin_40254258的博客
08-15 470
进程的启动分为冷启动和热启动，当用户退出进程后，Android系统不会立即将此进程回收，而是将其放到后台运行，下次再启动这个程序的时候，直接将这个放在后台的进程拉起来使用，加快启动速度，这种启动方式称为热启动。而冷启动则是重新为这个程序分配进程。那么问题来了，当启动的程序较多，然后又退出了，后台就会留下很多这种空的进程，占...
【LMKD】七 AMS与LMKD
从0到1，突破自己
09-03 4127
当进程状态发生变化时，如Activity执行onStop()生命周期函数从前台进程变成后台进程，AMS（ActivityManagerService）会通过ProcessList.java与native曾当LMKD进行通信，当LMKD接收到内存压力事件时，则会根据adj和minfree的值来选择合适的进程进行查杀。
Activity启动时会在ActivityRecord的构造方法中new Token() 应用侧直接通过addView的方式添加窗口不会有ActivityRecord,因此不会在ActivityRecord的构造方法中new Token()。 系统侧直接添加的窗口（状态栏、导航栏等），是通过new WindowToken.Builder的方式添加 即主动使用ViewManager.addView来添加一个窗口则不会在ActivityRecord的构造方法中new Token()，否则通过new WindowToken.Builder的方式添加。所以什么情况下会new token（）
最新发布
07-25
<think>我们正在讨论Android系统中的Token机制，特别是ActivityRecord中的Token实例化以及与WindowToken.Builder的区别。根据引用内容，我们知道： 1. ActivityRecord在构造时会创建Token实例（引用[1]）： ```java ActivityRecord(...) { appToken = new Token(this, _intent); } ``` 2. ActivityRecord继承了WindowToken（引用[2]），因此它既是Activity在WMS中的表示，又具有WindowToken的功能。 3. Token的创建是在Activity启动过程中，ActivityRecord被创建时发生的（引用[3]）。 4. 另外，引用[4]提到，Activity的PhoneWindow拥有token，而Application使用的应用级WindowManager没有token。 现在，我们需要回答两个主要问题： 1. 在什么情况下会通过ActivityRecord的构造方法new Token()？ 2. 与WindowToken.Builder的区别是什么？ ### 一、Token实例化的触发条件及场景 **触发条件**：当启动一个新的Activity时，ActivityManagerService（AMS）会创建ActivityRecord对象。 **具体场景**： 1. **Activity启动**：无论是通过startActivity()启动Activity，还是系统启动根Activity（如Launcher），都会触发ActivityRecord的创建。 2. **Activity恢复**：当Activity从后台重新回到前台时（例如从最近任务列表恢复），如果进程已经被销毁，系统会重新创建ActivityRecord（进而创建Token）。 3. **配置变更重建**：当Activity因配置变更（如旋转屏幕）而重建时，AMS会重新创建ActivityRecord。 **流程简述**（结合Activity启动流程）： - AMS通过`startActivity()`发起启动请求。 - 在AMS内部，会创建目标Activity的ActivityRecord对象（在`ActivityStarter.startActivityLocked()`等方法中）。 - 创建ActivityRecord时，在其构造方法中会实例化Token： ```java appToken = new Token(this, _intent); ``` 这个Token是IApplicationToken.Stub的子类（即一个Binder对象），用于AMS与WMS之间的通信。 **Token的作用**： 1. **标识Activity**：Token作为Activity的唯一标识，AMS和WMS通过Token来管理Activity的状态。 2. **窗口管理**：当Activity需要添加窗口时（如setContentView()），需要将Token传递给WMS，WMS通过Token验证窗口的合法性（防止恶意应用添加伪造窗口）。 3. **通信桥梁**：AMS通过Token通知WMS关于Activity的状态变化（如Activity暂停、销毁等）。 ### 二、与WindowToken.Builder的区别 **WindowToken**：在WMS中，WindowToken代表一组窗口的集合，通常对应一个Token（如Activity的Token）。WindowToken用于管理窗口的层级和显示顺序。 **WindowToken的创建方式**： 1. **通过Token（ActivityRecord）创建**：当ActivityRecord被创建后，AMS会调用WMS的`addAppToken()`方法，将ActivityRecord的Token传递给WMS，WMS会创建一个对应的WindowToken（因为ActivityRecord继承自WindowToken，所以它本身就是WindowToken的一种表现形式，但在WMS内部会有一个映射）。 2. **通过WindowToken.Builder创建**：这是Android 10（API 29）引入的新方式，用于创建非Activity的WindowToken，例如系统窗口、输入法窗口等。 **WindowToken.Builder的使用场景**： ```java // 示例：创建输入法窗口的WindowToken WindowToken token = new WindowToken.Builder(wms, iBinder, type) .setDisplayContent(displayContent) .setOwnerCanManageAppTokens(true) .setRoundedCornerPolicy(policy) .build(); ``` - **系统窗口**：如状态栏、导航栏、输入法窗口等，它们不属于某个特定的Activity。 - **子窗口**：如PopupWindow、ContextMenu等，它们需要附加到父窗口上，但父窗口可能不是Activity（如Application的窗口）。 - **其他特殊窗口**：如Toast、音量面板等。 **区别对比**： | 特性 | ActivityRecord.Token | WindowToken.Builder | |---------------------|------------------------------------------|-----------------------------------------| | **创建者** | ActivityRecord构造方法 | WindowToken.Builder.build() | | **使用场景** | 仅用于Activity | 用于非Activity窗口（系统窗口、子窗口等） | | **绑定关系** | 与ActivityRecord强关联（每个Activity一个） | 与窗口类型关联（可多个窗口共享一个Token）| | **创建时机** | Activity启动时 | 窗口需要时（如添加系统窗口前） | | **Binder对象来源** | 由ActivityRecord构造（new Token()） | 由调用方提供（如输入法服务的Binder） | | **管理方** | AMS管理ActivityRecord，WMS管理对应的WindowToken | 直接由WMS管理 | ### 三、关键流程图示 ```mermaid graph TD A[启动Activity] --> B(AMS创建ActivityRecord) B --> C[new Token()] C --> D[AMS调用WMS.addAppToken()] D --> E[WMS创建/获取WindowToken] F[添加系统窗口] --> G(调用方创建Binder) G --> H[使用WindowToken.Builder] H --> I[WMS.addWindowToken()] ``` ### 四、为什么需要两种方式？ 1. **Activity窗口的特殊性**：Activity窗口有严格的生命周期（由AMS管理），需要与ActivityRecord紧密绑定。 2. **系统窗口的灵活性**：系统窗口可能由多个组件共享（如多个输入法窗口共享一个Token），且没有Activity的生命周期概念。 3. **安全性**：Activity的Token由AMS统一分配，确保不可伪造；系统窗口的Token由系统服务提供，同样需要验证。 ### 五、典型问题分析 **问题**：为什么Application的WindowManager添加窗口时没有Token？ **回答**：因为Application没有ActivityRecord，也就没有Token。此时添加的窗口属于应用级窗口，没有与Activity关联，所以无法通过WMS的Token验证（可能导致Z-order问题，如无法覆盖Activity窗口）。 **解决方法**：为窗口指定`TYPE_APPLICATION_OVERLAY`类型（需要权限），此时系统会使用WindowToken.Builder为其创建Token。 --- ### 相关问题 1. **Activity的Token在Activity销毁后会被复用吗？** 2. **如何通过adb命令查看当前活动的WindowToken？** 3. **WindowToken.Builder在创建系统窗口时如何确保安全性？** 4. **ActivityRecord.Token与WindowToken在WMS中的存储方式有何不同？** 5. **为什么子窗口（如PopupWindow）不需要指定Token？**</think>### Android Token 实例化机制深度解析 #### 一、Token() 实例化的触发条件及场景 **核心触发条件**：当系统需要创建新的 Activity 实例时，会通过 AMS（Activity Manager Service）创建对应的 ActivityRecord 对象，此时触发 Token 实例化[^1][^3]。 **具体场景**： 1. **Activity 启动时**： ```mermaid graph LR A[Activity启动请求] --> B(AMS创建ActivityRecord) B --> C[new Token()实例化] C --> D[Token绑定到ActivityRecord] ``` - 当通过 `startActivity()` 启动新 Activity 时 - 系统恢复被销毁的 Activity（如配置变更重建） 2. **系统创建根 Activity**： - 应用冷启动时首个 Activity 的创建 - Launcher 启动应用时的主 Activity 3. **特殊场景**： - 多窗口模式下新建 Activity 实例 - 分屏模式下创建新 Activity **关键代码流程**： ```java // ActivityStarter.java void startActivityLocked(...) { // 创建ActivityRecord final ActivityRecord r = new ActivityRecord(...); // [^3] } // ActivityRecord.java ActivityRecord(...) { // 在此处实例化Token appToken = new Token(this, _intent); // [^1] } ``` #### 二、Token 与 WindowToken.Builder 的区别 | **特性** | **ActivityRecord.Token** | **WindowToken.Builder** | |------------------------|---------------------------------------------|---------------------------------------------| | **创建者** | AMS 在创建 ActivityRecord 时自动生成 | WMS（WindowManagerService）显式构建 | | **使用场景** | 仅用于 Activity 窗口 | 用于非 Activity 窗口（系统窗口/Toast 等） | | **绑定关系** | 与 ActivityRecord 强绑定 | 与窗口类型（如 TYPE_TOAST）绑定 | | **生命周期** | 随 Activity 销毁而释放 | 独立管理，需显式移除 | | **创建方式** | `new Token()` 直接实例化 | Builder 模式构建：`new WindowToken.Builder().build()` | | **Binder 通信对象** | IApplicationToken.Stub | IBinder（通用接口） | **WindowToken.Builder 典型使用场景**： ```java // 系统创建Toast窗口时 WindowToken token = new WindowToken.Builder(mWms, binder, type) .setDisplayContent(displayContent) .setOwnerCanManageAppTokens(true) .build(); // [^4] ``` #### 三、核心差异解析 1. **功能定位差异**： - `Token` 是 Activity 的**身份凭证**，用于 AMS-WMS 通信验证 $$ \text{ActivityRecord} \xrightarrow{\text{1:1}} \text{Token} $$ - `WindowToken` 是窗口的**分组标识**，用于管理窗口层级 $$ \text{WindowType} \xrightarrow{\text{1:N}} \text{WindowToken} $$ 2. **创建机制差异**： ```mermaid sequenceDiagram participant AMS participant WMS AMS->>WMS: addAppToken(token, displayId) Note over WMS: 将Token映射为WindowToken WMS->>WMS: new WindowToken.Builder().forAppToken().build() ``` - Token 在 AMS 侧创建后传递给 WMS - WindowToken.Builder 由 WMS 直接创建 3. **窗口验证机制**： - Activity 窗口：通过 `LayoutParams.token` 验证是否匹配 ActivityRecord - 系统窗口：通过 `WindowToken` 的 Binder 对象验证权限 #### 四、关键设计原理 1. **Token 的安全隔离**： ```java // WMS 验证窗口合法性 boolean validateToken(WindowState win) { return (win.mAttrs.token == activityRecord.token); // [^4] } ``` 防止恶意应用伪造窗口覆盖系统界面 2. **WindowToken 的层级管理**： - 同类型窗口共享同一 WindowToken - 确保系统窗口（状态栏/导航栏）始终置顶 3. **生命周期同步**： - Activity 销毁时自动移除关联 Token $$ \text{Activity.onDestroy()} \rightarrow \text{AMS.removeActivity()} \rightarrow \text{WMS.removeToken()} $$ --- ### 相关问题 1. **为什么 Dialog 需要 Activity Context 才能正确显示？** 2. **如何通过 ADB 命令查看当前活动的 WindowToken？** 3. **Token 机制如何防止窗口劫持攻击？** 4. **WindowToken.Builder 在创建系统通知窗口时的具体流程是什么？** 5. **ActivityRecord 被销毁后，其对应的 Token 会立即释放吗？** 6. **多显示器场景下 Token 的管理机制有何特殊设计？**
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值