Android Persistent自启机制

2024-01-13 06:04

本文主要是介绍Android Persistent自启机制,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1.persistent属性的使用

在开发系统级的App时,很有可能就会用persistent属性。当在AndroidManifest.xml中将persistent属性设置为true时,那么该App就会具有如下两个特性:

在系统刚起来的时候,该App也会被启动起来

该App被强制杀掉后,系统会重启该App。这种情况只针对系统内置的App,第三方安装的App不会被重启

persistent用在AndroidManifest.xml的application标签上,如下:

<application

    android:persistent="true|false">

</application>

2.persistent属性的原理

当我们应用安装或启动的过程中,会对AndroidManifest.xml进行解析,解析相关的代码位于

platform/frameworks/base/core/java/android/content/pm/PackageParser2.java

实际会处理是在ParsingPackageUtils.java类中parseBaseApplication

解析完成后的所有AndroidManifest属性都保存在ParsingPackage实例中实现在ParsingPackageImpl.java此类中为所有属性提供了类似set/get方法。

解析后就会将应用的各种信息保存在PKMS中的一个存储所有应用信息的一个Map中,其中设置了persistent的属性值为true, 旧版本是使用flag ApplicationInfo.FLAG_PERSISTENT标志位,新版本已废弃。之后在系统的启动过程中就会根据设置的这个persistent控制应用的启动。

3.persistent应用的开机启动

persistent应用的启动发生在AMS的systemReady方法内,这一部分通过PKMS获取到所有persistent为true的应用列表,之后对列表进行遍历,通过addAppLocked方法将应用一个个启动起来。

AMS:

    // 当系统服务启动时,AMS执行systemReady方法

    public void systemReady(final Runnable goingCallback, TimingsTraceLog traceLog) {

            synchronized (this) {

                // 1.启动所有persistent属性为true的应用

                startPersistentApps(PackageManager.MATCH_DIRECT_BOOT_AWARE);

            }

}

后面的调用栈大致是:

PMS: getPersistentApplicationsInternal

//mPackages保存了所有应用的AndroidManifest解析属性,遍历集合,判断到p.isPersistent()为true,则添加到返回集合

AMS内有一个存放所有正在启动的persistent应用的List:mPersistentStartingProcesses,后续在启动应用和重启应用时都会使用到该List。

系统启动时应用的ProcessRecord都未创建,所以在addAppLocked内首先通过newProcessRecordLocked为应用程序创建ProcessRecord,之后调用startProcessLocked来启动应用程序。

当应用启动完毕后就会调用到ActivityThread.java内的attach方法,方法内调用了AMS的attachApplication方法,之后再到attachApplicationLocked,该方法内部就会将应用移除mPersistentStartingProcesses列表,表明应用启动完毕,同时为应用并注册一个死亡监听器AppDeathRecipient,用于应用被异常杀死后的重启.

4.persistent 应用kill 重启

AMS.attachApplicationLocked:

当应用被杀死后,就会调用死亡接收器AppDeathRecipient的binderDied方法,方法内根据应用是否是persistent应用来控制是否重启,整个流程如下:

这篇关于Android Persistent自启机制的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/600460

相关文章

Redis客户端连接机制的实现方案

《Redis客户端连接机制的实现方案》本文主要介绍了Redis客户端连接机制的实现方案,包括事件驱动模型、非阻塞I/O处理、连接池应用及配置优化,具有一定的参考价值,感兴趣的可以了解一下... 目录1. Redis连接模型概述2. 连接建立过程详解2.1 连php接初始化流程2.2 关键配置参数3. 最大连

Android Paging 分页加载库使用实践

《AndroidPaging分页加载库使用实践》AndroidPaging库是Jetpack组件的一部分,它提供了一套完整的解决方案来处理大型数据集的分页加载,本文将深入探讨Paging库... 目录前言一、Paging 库概述二、Paging 3 核心组件1. PagingSource2. Pager3.

Spring Security 单点登录与自动登录机制的实现原理

《SpringSecurity单点登录与自动登录机制的实现原理》本文探讨SpringSecurity实现单点登录(SSO)与自动登录机制,涵盖JWT跨系统认证、RememberMe持久化Token... 目录一、核心概念解析1.1 单点登录(SSO)1.2 自动登录(Remember Me)二、代码分析三、

Go语言并发之通知退出机制的实现

《Go语言并发之通知退出机制的实现》本文主要介绍了Go语言并发之通知退出机制的实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧... 目录1、通知退出机制1.1 进程/main函数退出1.2 通过channel退出1.3 通过cont

Spring Boot 中的默认异常处理机制及执行流程

《SpringBoot中的默认异常处理机制及执行流程》SpringBoot内置BasicErrorController,自动处理异常并生成HTML/JSON响应,支持自定义错误路径、配置及扩展,如... 目录Spring Boot 异常处理机制详解默认错误页面功能自动异常转换机制错误属性配置选项默认错误处理

Java中的xxl-job调度器线程池工作机制

《Java中的xxl-job调度器线程池工作机制》xxl-job通过快慢线程池分离短时与长时任务,动态降级超时任务至慢池,结合异步触发和资源隔离机制,提升高频调度的性能与稳定性,支撑高并发场景下的可靠... 目录⚙️ 一、调度器线程池的核心设计 二、线程池的工作流程 三、线程池配置参数与优化 四、总结:线程

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

《Androidkotlin中Channel和Flow的区别和选择使用场景分析》Kotlin协程中,Flow是冷数据流,按需触发,适合响应式数据处理;Channel是热数据流,持续发送,支持... 目录一、基本概念界定FlowChannel二、核心特性对比数据生产触发条件生产与消费的关系背压处理机制生命周期

Android ClassLoader加载机制详解

《AndroidClassLoader加载机制详解》Android的ClassLoader负责加载.dex文件,基于双亲委派模型,支持热修复和插件化,需注意类冲突、内存泄漏和兼容性问题,本文给大家介... 目录一、ClassLoader概述1.1 类加载的基本概念1.2 android与Java Class

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2

MySQL中的锁机制详解之全局锁,表级锁,行级锁

《MySQL中的锁机制详解之全局锁,表级锁,行级锁》MySQL锁机制通过全局、表级、行级锁控制并发,保障数据一致性与隔离性,全局锁适用于全库备份,表级锁适合读多写少场景,行级锁(InnoDB)实现高并... 目录一、锁机制基础:从并发问题到锁分类1.1 并发访问的三大问题1.2 锁的核心作用1.3 锁粒度分