Android包管理机制（五）APK是如何被解析的

Android框架层
Android包管理机制
Android框架层

本文首发于微信公众号「刘望舒」

前言

在本系列的前面文章中，我介绍了PackageInstaller的初始化和安装APK过程、PMS处理APK的安装和PMS的创建过程，这些文章中经常会涉及到一个类，那就是PackageParser，它用来在APK的安装过程中解析APK，那么APK是如何被解析的呢？这篇文章会给你答案。

1.引入PackageParser

Android世界中有很多包，比如应用程序的APK，Android运行环境的JAR包（比如framework.jar）和组成Android系统的各种动态库so等等，由于包的种类和数量繁多，就需要进行包管理，但是包管理需要在内存中进行，而这些包都是以静态文件的形式存在的，就需要一个工具类将这些包转换为内存中的数据结构，这个工具就是包解析器PackageParser。

在Android包管理机制（三）PMS处理APK的安装这篇文章中，我们知道安装APK时需要调用PMS的installPackageLI方法： frameworks/base/services/core/java/com/android/server/pm/PackageManagerService.java

1private void installPackageLI(InstallArgs args, PackageInstalledInfo res) {
2    ...
3    PackageParser pp = new PackageParser();//1
4    pp.setSeparateProcesses(mSeparateProcesses);
5    pp.setDisplayMetrics(mMetrics);
6    pp.setCallback(mPackageParserCallback);
7    Trace.traceBegin(TRACE_TAG_PACKAGE_MANAGER, "parsePackage");
8    final PackageParser.Package pkg;
9    try {
10        pkg = pp.parsePackage(tmpPackageFile, parseFlags);//2
11    }
12    ...
13 }

可以看到安装APK时，需要先在注释1处创建PackageParser，然后在注释2处调用PackageParser的parsePackage方法来解析APK。

2.PackageParser解析APK

Android5.0引入了Split APK机制，这是为了解决65536上限以及APK安装包越来越大等问题。Split APK机制可以将一个APK，拆分成多个独立APK。在引入了Split APK机制后，APK有两种分类：

Single APK：安装文件为一个完整的APK，即base APK。Android称其为Monolithic。
Mutiple APK：安装文件在一个文件目录中，其内部有多个被拆分的APK，这些APK由一个 base APK和一个或多个split APK组成。Android称其为Cluster。

了解了APK，我们接着学习PackageParser解析APK，查看PackageParser的parsePackage方法： frameworks/base/core/java/android/content/pm/PackageParser.java

1 public Package parsePackage(File packageFile, int flags, boolean useCaches)
2            throws PackageParserException {
3        Package parsed = useCaches ? getCachedResult(packageFile, flags) : null;
4        if (parsed != null) {
5            return parsed;
6        }
7        if (packageFile.isDirectory()) {//1
8            parsed = parseClusterPackage(packageFile, flags);
9        } else {
10            parsed = parseMonolithicPackage(packageFile, flags);
11        }
12        cacheResult(packageFile, flags, parsed);
13
14        return parsed;
15    }

注释1处，如果要解析的packageFile是一个目录，说明是Mutiple APK，就需要调用parseClusterPackage方法来解析，如果是Single APK则调用parseMonolithicPackage方法来解析。这里以复杂的parseClusterPackage方法为例，了解了这个方法，parseMonolithicPackage方法自然也看的懂。

frameworks/base/core/java/android/content/pm/PackageParser.java

1 private Package parseClusterPackage(File packageDir, int flags) throws PackageParserException {
2	        final PackageLite lite = parseClusterPackageLite(packageDir, 0);//1
3        if (mOnlyCoreApps && !lite.coreApp) {//2
4            throw new PackageParserException(INSTALL_PARSE_FAILED_MANIFEST_MALFORMED,
5                    "Not a coreApp: " + packageDir);
6        }
7        ...
8        try {
9            final AssetManager assets = assetLoader.getBaseAssetManager();
10            final File baseApk = new File(lite.baseCodePath);
11            final Package pkg = parseBaseApk(baseApk, assets, flags);//3
12            if (pkg == null) {
13                throw new PackageParserException(INSTALL_PARSE_FAILED_NOT_APK,
14                        "Failed to parse base APK: " + baseApk);
15            }
16            if (!ArrayUtils.isEmpty(lite.splitNames)) {
17                final int num = lite.splitNames.length;//4
18                pkg.splitNames = lite.splitNames;
19                pkg.splitCodePaths = lite.splitCodePaths;
20                pkg.splitRevisionCodes = lite.splitRevisionCodes;
21                pkg.splitFlags = new int[num];
22                pkg.splitPrivateFlags = new int[num];
23                pkg.applicationInfo.splitNames = pkg.splitNames;
24                pkg.applicationInfo.splitDependencies = splitDependencies;
25                for (int i = 0; i < num; i++) {
26                    final AssetManager splitAssets = assetLoader.getSplitAssetManager(i);
27                    parseSplitApk(pkg, i, splitAssets, flags);//5
28                }
29            }
30            pkg.setCodePath(packageDir.getAbsolutePath());
31            pkg.setUse32bitAbi(lite.use32bitAbi);
32            return pkg;
33        } finally {
34            IoUtils.closeQuietly(assetLoader);
35        }
36    }

注释1处调用parseClusterPackageLite方法用于轻量级解析目录文件，之所以要轻量级解析是因为解析APK是一个复杂耗时的操作，这里的逻辑并不需要APK所有的信息。parseClusterPackageLite方法内部会通过parseApkLite方法解析每个Mutiple APK，得到每个Mutiple APK对应的ApkLite（轻量级APK信息），然后再将这些ApkLite封装为一个PackageLite（轻量级包信息）并返回。注释2处，mOnlyCoreApps用来指示PackageParser是否只解析“核心”应用，“核心”应用指的是AndroidManifest中属性coreApp值为true，只解析“核心”应用是为了创建一个极简的启动环境。mOnlyCoreApps在创建PMS时就一路传递过来，如果我们加密了设备，mOnlyCoreApps值就为true，具体的见Android包管理机制（四）PMS的创建过程这篇文章的第1小节。另外可以通过PackageParser的setOnlyCoreApps方法来设置mOnlyCoreApps的值。 lite.coreApp表示当前包是否包含“核心”应用，如果不满足注释2的条件就会抛出异常。注释3处的parseBaseApk方法用于解析base APK，注释4处获取split APK的数量，根据这个数量在注释5处遍历调用parseSplitApk来解析每个split APK。这里主要查看parseBaseApk方法，如下所示。 frameworks/base/core/java/android/content/pm/PackageParser.java

1 private Package parseBaseApk(File apkFile, AssetManager assets, int flags)
2            throws PackageParserException {
3        final String apkPath = apkFile.getAbsolutePath();
4        String volumeUuid = null;
5        if (apkPath.startsWith(MNT_EXPAND)) {
6            final int end = apkPath.indexOf('/', MNT_EXPAND.length());
7            volumeUuid = apkPath.substring(MNT_EXPAND.length(), end);//1
8        }
9        ...
10        Resources res = null;
11        XmlResourceParser parser = null;
12        try {
13            res = new Resources(assets, mMetrics, null);
14            parser = assets.openXmlResourceParser(cookie, ANDROID_MANIFEST_FILENAME);
15            final String[] outError = new String[1];
16            final Package pkg = parseBaseApk(apkPath, res, parser, flags, outError);//2
17            if (pkg == null) {
18                throw new PackageParserException(mParseError,
19                        apkPath + " (at " + parser.getPositionDescription() + "): " + outError[0]);
20            }
21            pkg.setVolumeUuid(volumeUuid);//3
22            pkg.setApplicationVolumeUuid(volumeUuid);//4
23            pkg.setBaseCodePath(apkPath);
24            pkg.setSignatures(null);
25            return pkg;
26        } catch (PackageParserException e) {
27            throw e;
28        }
29        ...
30    }

注释1处，如果APK的路径以/mnt/expand/开头，就截取该路径获取volumeUuid，注释3处用于以后标识这个解析后的Package，注释4处的用于标识该App所在的存储卷UUID。注释2处又调用了parseBaseApk的重载方法，可以看出当前的parseBaseApk方法主要是为了获取和设置volumeUuid。parseBaseApk的重载方法如下所示。 frameworks/base/core/java/android/content/pm/PackageParser.java

1 private Package parseBaseApk(String apkPath, Resources res, XmlResourceParser parser, int flags,
2            String[] outError) throws XmlPullParserException, IOException {
3        ...
4        final Package pkg = new Package(pkgName);//1
5        //从资源中提取自定义属性集com.android.internal.R.styleable.AndroidManifest得到TypedArray 
6        TypedArray sa = res.obtainAttributes(parser,
7                com.android.internal.R.styleable.AndroidManifest);//2
8        //使用typedarray获取AndroidManifest中的versionCode赋值给Package的对应属性        
9        pkg.mVersionCode = pkg.applicationInfo.versionCode = sa.getInteger(
10                com.android.internal.R.styleable.AndroidManifest_versionCode, 0);
11        pkg.baseRevisionCode = sa.getInteger(
12                com.android.internal.R.styleable.AndroidManifest_revisionCode, 0);
13        pkg.mVersionName = sa.getNonConfigurationString(
14                com.android.internal.R.styleable.AndroidManifest_versionName, 0);
15        if (pkg.mVersionName != null) {
16            pkg.mVersionName = pkg.mVersionName.intern();
17        }
18        pkg.coreApp = parser.getAttributeBooleanValue(null, "coreApp", false);//3
19        //获取资源后要回收
20        sa.recycle();
21        return parseBaseApkCommon(pkg, null, res, parser, flags, outError);
22    }

注释1处创建了Package对象，注释2处从资源中提取自定义属性集 com.android.internal.R.styleable.AndroidManifest得到TypedArray ，这个属性集所在的源码位置为frameworks/base/core/res/res/values/attrs_manifest.xml。接着用TypedArray读取APK的AndroidManifest中的versionCode、revisionCode和versionName的值赋值给Package的对应的属性。注释3处读取APK的AndroidManifest中的coreApp的值。最后会调用parseBaseApkCommon方法，这个方法非常长，主要用来解析APK的AndroidManifest中的各个标签，比如application、permission、uses-sdk、feature-group等等，其中四大组件的标签在application标签下，解析application标签的方法为parseBaseApplication。 frameworks/base/core/java/android/content/pm/PackageParser.java

1  private boolean parseBaseApplication(Package owner, Resources res,
2            XmlResourceParser parser, int flags, String[] outError)
3        throws XmlPullParserException, IOException {
4        ...
5        while ((type = parser.next()) != XmlPullParser.END_DOCUMENT
6                && (type != XmlPullParser.END_TAG || parser.getDepth() > innerDepth)) {
7            if (type == XmlPullParser.END_TAG || type == XmlPullParser.TEXT) {
8                continue;
9            }
10            String tagName = parser.getName();
11            if (tagName.equals("activity")) {//1
12                Activity a = parseActivity(owner, res, parser, flags, outError, false,
13                        owner.baseHardwareAccelerated);//2
14                if (a == null) {
15                    mParseError = PackageManager.INSTALL_PARSE_FAILED_MANIFEST_MALFORMED;
16                    return false;
17                }
18                owner.activities.add(a);//3
19            } else if (tagName.equals("receiver")) {
20                Activity a = parseActivity(owner, res, parser, flags, outError, true, false);
21                if (a == null) {
22                    mParseError = PackageManager.INSTALL_PARSE_FAILED_MANIFEST_MALFORMED;
23                    return false;
24                }
25                owner.receivers.add(a);
26            } else if (tagName.equals("service")) {
27                Service s = parseService(owner, res, parser, flags, outError);
28                if (s == null) {
29                    mParseError = PackageManager.INSTALL_PARSE_FAILED_MANIFEST_MALFORMED;
30                    return false;
31                }
32                owner.services.add(s);
33            } else if (tagName.equals("provider")) {
34                Provider p = parseProvider(owner, res, parser, flags, outError);
35                if (p == null) {
36                    mParseError = PackageManager.INSTALL_PARSE_FAILED_MANIFEST_MALFORMED;
37                    return false;
38                }
39                owner.providers.add(p);
40             ...
41            } 
42        }
43     ...
44}

parseBaseApplication方法有近500行代码，这里只截取了解析四大组件相关的代码。注释1处如果标签名为activity，就调用注释2处的parseActivity方法解析activity标签并得到一个Activity对象（PackageParser的静态内部类），这个方法有300多行代码，解析一个activity标签就如此繁琐，activity标签只是Application中众多标签的一个，而Application只是AndroidManifest众多标签的一个，这让我们更加理解了为什么此前解析APK时要使用轻量级解析了。注释3处将解析得到的Activity对象保存在Package的列表activities中。其他的四大组件也是类似的逻辑。 PackageParser解析APK的代码逻辑非常庞大，基本了解本文所讲的就足够了，如果有兴趣可以自行看源码。 parseBaseApk方法主要的解析结构可以理解为以下简图。

3.Package的数据结构

包被解析后，最终在内存是Package，Package是PackageParser的内部类，它的部分成员变量如下所示。 frameworks/base/core/java/android/content/pm/PackageParser.java

1public final static class Package implements Parcelable {
2    public String packageName;
3    public String manifestPackageName;
4    public String[] splitNames;
5    public String volumeUuid;
6    public String codePath;
7    public String baseCodePath;
8    ...
9    public ApplicationInfo applicationInfo = new ApplicationInfo();
10    public final ArrayList<Permission> permissions = new ArrayList<Permission>(0);
11    public final ArrayList<PermissionGroup> permissionGroups = new ArrayList<PermissionGroup>(0);
12    public final ArrayList<Activity> activities = new ArrayList<Activity>(0);//1
13    public final ArrayList<Activity> receivers = new ArrayList<Activity>(0);
14    public final ArrayList<Provider> providers = new ArrayList<Provider>(0);
15    public final ArrayList<Service> services = new ArrayList<Service>(0);
16    public final ArrayList<Instrumentation> instrumentation = new ArrayList<Instrumentation>(0);
17...
18}

注释1处，activities列表中存储了类型为Activity的对象，需要注意的是这个Acticity并不是我们常用的那个Activity，而是PackageParser的静态内部类，Package中的其他列表也都是如此。Package的数据结构简图如下所示。

从这个简图中可以发现Package的数据结构是如何设计的：

Package中存有许多组件，比如Acticity、Provider、Permission等等，它们都继承基类Component。
每个组件都包含一个info数据，比如Activity类中包含了成员变量ActivityInfo，这个ActivityInfo才是真正的Activity数据。
四大组件的标签内可能包含<intent-filter>来过滤Intent信息，因此需要IntentInfo来保存组件的intent信息，组件基类Component依赖于IntentInfo，IntentInfo有三个子类ActivityIntentInfo、ServiceIntentInfo和ProviderIntentInfo，不同组件依赖的IntentInfo会有所不同，比如Activity继承自Component<ActivityIntentInfo> ，Permission继承自Component<IntentInfo> 。

最终的解析的数据会封装到Package中，除此之外在解析过程中还有两个轻量级数据结构ApkLite和PackageLite，因为这两个数据和Package没有太大的关联就没有在上图中表示。

感谢 http://duanqz.github.io/2017-01-04-Package-Manage-Mechanism https://www.jianshu.com/p/69fb6f9a6ac7

Android包管理机制（五）APK是如何被解析的

前言

1.引入PackageParser

2.PackageParser解析APK

3.Package的数据结构

评论区

相关推荐