说一说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”，如下：

这个应用才能成为persistent应用，实现保活。所以对于一个系统应用在他自升级后，他将不再是一个persistent应用。当然厂商是可以做定制化的，但是不建议做修改，android本身意图就只有phone相关的应用具备persisitent保活。

---

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;
}

说明一下android P开始限制了persistent应用升级，报错信息如下：
[INSTALL_FAILED_INVALID_APK: Package xxx is a persistent app. Persistent apps are not updateable.]

---

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属性