Android Persistent自启机制

1.persistent属性的使用

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

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

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

persistent用在AndroidManifest.xml的application标签上，如下：

    android:persistent="true|false">

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应用来控制是否重启，整个流程如下: