说一说android:persistent="true"保活

说一说android:persistent=”true”保活

---

1.什么样的应用配置这个值能够实现保活？

系统预装的应用，而且跟预装位置相关。具体看代码

if ((flags&PARSE_IS_SYSTEM) != 0) {
    if (sa.getBoolean(
            com.android.internal.R.styleable.AndroidManifestApplication_persistent,
            false)) {
        ai.flags |= ApplicationInfo.FLAG_PERSISTENT;
    }
}

其中PARSE_IS_SYSTEM是在这里传入的

scanDirTracedLI(systemAppDir, mDefParseFlags
        | PackageParser.PARSE_IS_SYSTEM
        | PackageParser.PARSE_IS_SYSTEM_DIR, scanFlags, 0);

对于不同的预装目录，会配置不同的parseFlags，而只有配置了PARSE_IS_SYSTEM并且应用配置了android:persistent=”true”，如下：

<application android:name="XXXX" 
             android:persistent="true" >

这个应用才能成为persistent应用，实现保活。所以对于一个系统应用在他自升级后，他将不再是一个persistent应用。

---

2.保活应用会出现什么问题？

目前来看由于这个应用是一直存活的所以在他自升级，清除数据等过程中，应用也不会退出，这就导致应用即使清除数据，但是仍然缓存有数据导致运行异常。代码如下:

if (app.persistent && !evenPersistent) {
    // we don't kill persistent processes
    if (IS_ENG_BUILD || DEBUG_PROCESSES) {
        Slog.d(TAG, "ACT-killPackageProcessesLocked ignore persistent process " +
            app.persistent + " " + evenPersistent);
    }
    continue;
}

---

3.persistent应用启动时机很早，早于开机广播的发送，以及桌面启动。

public void systemReady(final Runnable goingCallback) 
{
    ...
    synchronized (this) {
        // Only start up encryption-aware persistent apps; once user is
        // unlocked we'll come back around and start unaware apps
        startPersistentApps(PackageManager.MATCH_DIRECT_BOOT_AWARE);
        ...
        if (skipHome == false) {
            //启动桌面
            startHomeActivityLocked(currentUserId, "systemReady");
        }
        ...
        //这里发送完FINISH_BOOTING_MSG后才开始发送开机广播
        postFinishBooting(false, true);
        ...
    }
    ....
}

启动这类进程的打印如下：

Start proc 1308:XXXX/10003 for added application XXXX

更多内容可以参考 说说Android应用的persistent属性