插件化知识梳理(9) 资源的动态加载示例及源码分析

1、前言

当须要设计一个插件化的框架，首先须要解决的是如下三个问题：

• Activity的动态注册
• 类的动态加载
• 资源的动态加载

若是你们有阅读过前面一系列的文章，那么对于如何解决前两个问题应该能够有一个大概的思路了。不清楚的能够重点看一下 插件化知识梳理(6) - Small 源码分析之 Hook 原理 和 插件化知识梳理(8) - 类的动态加载源码分析。今天这篇，我就来先了解一下在Android当中资源是如何加载的。

2、示例

为了让你们有一个直观的认识，咱们先不讲源码，而是来看一个简单的示例，该示例演示了如何以插件的形式加载外部资源。

2.1 编译插件

这里，咱们须要将所须要的插件资源放在一个.apk文件中，所以，咱们建立一个新的Phone & Tablet Module：

在其中放入三个资源文件：

• drawable

  

• string

<string name="resource_str">Plug Resources String</string>
复制代码

• color

<color name="resource_color">#FF4081</color>
复制代码

咱们将该Module编译成为resource-debug.apk文件，经过adb命令将它push到根目录的Plugin/目录下，至此，一个包含资源的插件就准备好了。

2.2 读取插件中资源

如今，咱们进入到宿主模块当中，读取这三个资源并进行展现。代码很短，只有下面几行：

private void loadResource() {
        try {
            //添加资源路径，并建立对应的Resources对象。
            String resourcePath = Environment.getExternalStorageDirectory().toString() + "/Plugin/resource-debug.apk";
            AssetManager assetManager = AssetManager.class.newInstance();
            Method addAssetPath = AssetManager.class.getDeclaredMethod("addAssetPath", String.class);
            addAssetPath.invoke(assetManager, resourcePath);
            Resources resources = new Resources(assetManager, super.getResources().getDisplayMetrics(), super.getResources().getConfiguration());
            //获取包名信息。
            PackageInfo mInfo = getPackageManager().getPackageArchiveInfo(resourcePath, PackageManager.GET_ACTIVITIES);
            //获取到资源的ID。
            int drawableId = resources.getIdentifier("icon_book", "drawable", mInfo.packageName);
            int strId = resources.getIdentifier("resource_str", "string", mInfo.packageName);
            int colorId = resources.getIdentifier("resource_color", "color", mInfo.packageName);
            //经过资源ID获取到对应的资源，并进行显示。
            mImageView.setImageDrawable(resources.getDrawable(drawableId));
            mTextView.setText(resources.getText(strId));
            mTextView.setTextColor(resources.getColor(colorId));
        } catch (Exception e) {
            e.printStackTrace();
        }

    }
复制代码

上面的逻辑为如下几步：

• 获取插件的路径，也就是在2.1中所push进去的resource-debug.apk所在的路径。
• 经过反射建立一个AssetManager对象，调用它的addAssetPath方法，该方法的实参为第一步中的插件路径。
• 利用该AssetManager对象做为构造函数，建立一个访问该插件资源的代理对象resources，用于插件资源的访问。
• 经过插件的路径，得到插件的包名信息。
• 经过resources的getIdentifier方法，根据插件资源的名字以及插件的包名获取对应的资源Id。
• 经过resources的getXXX方法，传入前一步中获取到的资源Id，最终获取资源，并经过控件进行展现。

最终的展现结果为：

3、源码解析

在第二节中，咱们用一个简单的例子，演示了如何以插件的形式加载外部的资源，其实，不管是加载外部资源，仍是加载宿主自己的资源，它们的原理都是相同的，只要咱们弄懂了宿主自身的资源是如何加载的，那么对于上面的过程天然也就理解了。

在Android中，当咱们须要加载一个资源时，通常都会先经过getResources()方法，获得一个Resources对象，再经过它提供的getXXX方法获取到对应的资源，这一过程能够用下面这张图来表示：

2.1 函数调用路径

在上图中，咱们看到一共通过了四条线路调用到ResourcesManager，下面，咱们就对这一过程进行分析：

第一步

当咱们调用在Activity/Service/Application中调用getResources()时，因为它们都继承于ContextWrapper，该方法就会调用到ContextWrapper的getResources()方法，而该方法又会调用它内部的mBase变量的对应方法：

第二步

mBase的类型为ContextImpl，它的getResources()方法，返回的是其内部的成员变量mResources：

mResources变量是在 ContextImpl的构造函数中经过下面赋值的：

其中 packageInfo的类型为 LoadedApk， LoadedApk是对于 .apk解析的结果，它内部包含了所关联的 ActivityThread，安装后拷贝到的目录，咱们在 ContextImpl中赋值的其实就是它内部的 mResources对象：

第三步

LoadedApk中会经过调用ActivityThread的getTopLevelResources方法来为mResources变量赋值，在调用的时候会传入LoadedApk中的一些信息：

这里最关键的是第一个变量 mRes，它是应用安装时拷贝到 data/app/{package_name}下的完整路径，其它的变量，你们能够参考断点中的截图，这里就很少分析是怎么得到的了。

第四步

通过上面的步骤，最终会调用到ActivityThread中的getTopResources方法，在该方法中会经过ResourcesManager去寻找访问资源的对应代理对象Resources

以上就是从 Activity调用 getResources()方法，到 ResourcesManager根据应用的信息去查找访问资源的代理对象的调用过程，下面，咱们就来看一下 ResourcesManager是如何管理这些 Resources对象的。

2.2 ResourceManager

2.2.1 ResourceManager 对于 Resources 对象的管理

ResourceManager采用了单例的模式，所以一个进程当中只会有一个对象，它主要负责管理应用程序当中的Resources对象，在它的内部有如下两个关键的成员变量：

当咱们调用 ResourcesManager的 getResources方法以后，他就会根据传入的参数建立一个 ResourcesKey，并经过该对象中的属性做为索引值，首先查找在上面的缓存中是否已经有对应的 Resources对象了，若是有，那么就直接返回，不然再建立一个 Resources对象。

2.2.2 ResourcesKey && ResourcesImpl && Resources && AssetManager

Resources其实只是一个代理对象，它内部涉及到的类包括：

• ResourcesKey：做为缓存的Key，也就是说对于一个应用程序，能够保存不一样的Resource，是否返回以前的Resources对象，取决于ResourcesKey的equals方法是否相等：

  

• ResourcesImpl：资源访问的实现类，其内部包含了一个AssetManager，全部资源的访问都是经过它的Native方法来实现的。
• Resources：ResourcesImpl的代理类，对于资源的使用者来讲，看到的是Resources接口，其实在构建Resources对象时，同时也会建立一个ResourcesImpl对象做为它的成员变量，Resources会调用它来去获取资源。
• AssetManager：做为资源获取的执行者，它是ResourcesImpl的内部成员变量。

也就是说，资源的访问最终是由AssetManager来完成，在AssetManager的建立过程当中咱们首先告诉它资源所在的路径，以后它就会去如下的几个地方查看资源，这里面咱们看到了第二节中经过反射调用的addAssetPath。动态加载资源的关键，就是如何把包含资源的插件路径添加到AssetManager当中。

---

更多文章，欢迎访问个人 Android 知识梳理系列：

• Android 知识梳理目录：www.jianshu.com/p/fd82d1899…
• 我的主页：lizejun.cn
• 我的知识总结目录：lizejun.cn/categories/