Application.getApplicationInfo()

基于ActivityThread 中一些常用的知识点记录
的拓展，分析一下通过 ActivityThread 获取 applicationInfo 对象的差异。
applicationInfo 包含当前应用的大部分信息，因此是个很重要的部分

1. ActivityThread.currentApplication().getApplicationInfo()

获取到应用进程的loadedApk对象的 applicationInfo
Application -> ContextWrapper -> ContextImpl 成员变量 mLoadedApk.getApplicationInfo

2. ActivityThread.currentApplication().getBaseContext().createPackageContextAsUser(packageName, 0, new UserHandle(userId)).getApplicationInfo()

获取到缓存的loadedApk的 applicationInfo

a.先获取context (根据activityThread / loadedApp 新建一个)
Application -> ContextWrapper.getBaseContext -> ContextImpl.createPackageContextAsUser()
这时会通过 ActivityThread.getPackageInfo() 查找缓存中的loadedApp, 然后再创建 ContextImpl

b.在获取applicationInfo 对象

3. 总结：

(1) (2) 最终都是通过 ContextImpl.getApplicationInfo(), 差异就在于他们可能是不同的对象，
导致 mPackageInfo 即 loadedApp 对象是不一样的, 例如前者是 应用进程 最新的， 而后者 是 ActivityThread缓存中的(mResourcePackages)

//ContextImpl.java
class ContextImpl extends Context {
    @UnsupportedAppUsage
    final @NonNull LoadedApk mPackageInfo;

   @Override
    public ApplicationInfo getApplicationInfo() {
        if (mPackageInfo != null) {
            return mPackageInfo.getApplicationInfo();
        }
        throw new RuntimeException("Not supported in system context");
    }
}

// LoadedApk.java
public final class LoadedApk {
    @UnsupportedAppUsage
    private ApplicationInfo mApplicationInfo;
    @UnsupportedAppUsage
    public ApplicationInfo getApplicationInfo() {
        return mApplicationInfo;
    }
}

注意：
(1) ActivityThread.currentApplication().getBaseContext() 确保的是当前进程调用的，即userId 一致.
(2) context.createApplicationContext(mApplication,Context.CONTEXT_RESTRICTED)
这里的 context 不一定的是和mApplication(applicationInfo) 同一个userId的， 所以可能导致无法从 ActivityThread的缓存中取LoadedApk的对象