美文网首页组件化工作生活
资源加载与插件化

资源加载与插件化

作者: 莫库施勒 | 来源:发表于2019-07-03 11:08 被阅读0次
资源原理
对于资源的装载机制,这里核心的几个类是ResourcesResourcesImplAssetManagerResources算是对于ResourcesImpl的一个代理,Resources的所有调用都是会调用到ResourcesImpl上,在ResourcesImpl的内部,具备对于资源的CacheAssetManager,对于资源的装载
  1. 首先从其Cache中进行查找,
  2. 当查找不到的时候,会调用AssetManager进行相应资源的装载,装载之后会在ResourcesImpl中将资源缓存下来。

Resource 中有一个内部静态变量

    // Used by BridgeResources in layoutlib
    static Resources mSystem = null;

在getSystem方法中进行了初始化,作为对于内部变量的持有被保存着,其初次的调用是在zygote创建新进程的时候,预加载资源的时候被调用。

    public static Resources getSystem() {
        synchronized (sSync) {
            Resources ret = mSystem;
            if (ret == null) {
                ret = new Resources();
                mSystem = ret;
            }
            return ret;
        }
    }

Resource的创建

    private Resources() {
        this(null);

        final DisplayMetrics metrics = new DisplayMetrics();
        metrics.setToDefaults();

        final Configuration config = new Configuration();
        config.setToDefaults();

        mResourcesImpl = new ResourcesImpl(AssetManager.getSystem(), metrics, config,
                new DisplayAdjustments());
    }
    public ResourcesImpl(@NonNull AssetManager assets, @Nullable DisplayMetrics metrics,
            @Nullable Configuration config, @NonNull DisplayAdjustments displayAdjustments) {
        mAssets = assets;
        mMetrics.setToDefaults();
        mDisplayAdjustments = displayAdjustments;
        mConfiguration.setToDefaults();
        updateConfiguration(config, metrics, displayAdjustments.getCompatibilityInfo());
    }

在创建ResoucesImpl实例的时候,获得了AssetManager的实例,其负责了应用层和资源文件的交互。
外部获取Resource,是通过ContextImpl方法中获得,获得方式是返回了其内部的变量mResource变量,

resources = mResourcesManager.getResources(
activityToken,
packageInfo.getResDir(),
packageInfo.getSplitResDirs(),
packageInfo.getOverlayDirs(),
packageInfo.getApplicationInfo().sharedLibraryFiles,
displayId,
overrideConfiguration,
compatInfo,
packageInfo.getClassLoader());

调用了ResourcesManager的getOrCreateResources方法。其实现为从activityResources中查找,如果查找不到,则会重新创建一个,然后加入到activityResources中,并返回。

获取示例 总体流程

对于资源的加载,大概可以通过上图进行概括,根据ID获取TypedValue,TypedValue的获取是在AssetManager添加资源路径的时候,通过对资源表的解析来构建的一个ResTable,通过该数据结构根据ID作为索引查找并构建TypedValue,然后再根据资源文件的类型,借助TypedValue内存储的关于资源的详细信息来获取资源,同时将加载的资源进行缓存。因此在插件化的方案中,通过创建新的Resource对象,为其添加新的Asset路径,从而构建出一个新的ResTable,实现通过ID进行非宿主App资源的装载。

AssetManager

    /**
     * Add an additional set of assets to the asset manager.  This can be
     * either a directory or ZIP file.  Not for use by applications.  Returns
     * the cookie of the added asset, or 0 on failure.
     * {@hide}
     */
    public final int addAssetPath(String path) {
        return  addAssetPathInternal(path, false);
    }

这个方法提供了包装ZIP文件的方法。通过这个方法,我们将插件APK的path传入,包装一个AssetManager。然后用AssetManager生成Resources,那么这个Resources就是插件的Resources。虽然插件APK并未安装,但我们仿照了安装的流程。

/**
 * 获取对应插件的Resource对象
 * @param context 宿主apk的上下文
 * @param pluginPath 插件apk的路径,带apk名
 * @return
 */
public static Resources getPluginResources(Context context, String pluginPath) {
    try {
        AssetManager assetManager = AssetManager.class.newInstance();
        // 反射调用方法addAssetPath(String path)
        Method addAssetPath = assetManager.getClass().getMethod("addAssetPath", String.class);
        // 将插件Apk文件添加进AssetManager
        addAssetPath.invoke(assetManager, pluginPath);
        // 获取宿主apk的Resources对象
        Resources superRes = context.getResources();
        // 获取插件apk的Resources对象
        Resources mResources = new Resources(assetManager, superRes.getDisplayMetrics(), superRes.getConfiguration());
        return mResources;
    } catch (Exception e) {
        e.printStackTrace();
    }
    return null;
}

获取resId

 /**
     * 加载apk获得内部资源id
     *
     * @param context 宿主上下文
     * @param pluginPath apk路径
     */
    public static int getResId(Context context, String pluginPath, String apkPackageName, String resName) {
        try {
            //在应用安装目录下创建一个名为app_dex文件夹目录,如果已经存在则不创建
            File optimizedDirectoryFile = context.getDir("dex", Context.MODE_PRIVATE);
            // 构建插件的DexClassLoader类加载器,参数:
            // 1、包含dex的apk文件或jar文件的路径,
            // 2、apk、jar解压缩生成dex存储的目录,
            // 3、本地library库目录,一般为null,
            // 4、父ClassLoader
            DexClassLoader dexClassLoader = new DexClassLoader(pluginPath, optimizedDirectoryFile.getPath(), null, ClassLoader.getSystemClassLoader());
            //通过使用apk自己的类加载器,反射出R类中相应的内部类进而获取我们需要的资源id
            Class<?> clazz = dexClassLoader.loadClass(apkPackageName + ".R$drawable");
            Field field = clazz.getDeclaredField(resName);//得到名为resName的这张图片字段
            return field.getInt(R.id.class);//得到图片id
        } catch (Exception e) {
            e.printStackTrace();
        }
        return 0;
    }

具体用法

int resId = getResId(MainActivity.this.getApplication(), PATH, PLUGIN_PACKAGE_NAME, "ic_launcher");
Resources resources = getPluginResources(MainActivity.this.getApplication(), PATH);
Drawable drawable = resources.getDrawable(resId);
mIvTest.setImageDrawable(drawable);

相关文章

  • 资源加载与插件化

    首先从其Cache中进行查找, 当查找不到的时候,会调用AssetManager进行相应资源的装载,装载之后会在R...

  • 13.VirtualApk原理总结

    插件化的核心之处,一言以蔽之,就是插件中类和资源的加载,类通过构造插件对应的ClassLoader加载,而插件资源...

  • android插件化

    一.插件化来由 65536/64k 二.插件化所要解决的问题 1.动态加载apk 2.资源加载 3.代码加载

  • 插件化和热修复对资源和类加载对比分析

    插件化和热修复对资源和类加载的管理 1 插件化为什么宿主可以解析插件资源2 热修复为什么可以解析补丁资源3 插件化...

  • 插件化

    插件化的由来 方法数瓶颈 65535/64K个 插件化要解决的问题 动态加载apk 资源加载 AssetMan...

  • 插件化资源加载

    插件化框架实现:基于kotlin的插件化框架 Android 资源访问 android通过aapt将资源编译成R....

  • Android热修复原理及实现

    前言 自己之前也做过插件化换肤,涉及到的是插件资源文件的加载;最近看到同事培训的插件化涉及到具体代码的加载;想自己...

  • 插件化主流框架在 Android 中的应用,你了解多少?

    插件化主流框架 在 Android 中实现插件化框架,需要解决的问题主要如下: 资源和代码的加载Android 生...

  • 插件化(三) 插件资源加载

    大话插件化系列目录插件化(一) 插件化思想与类加载[https://www.jianshu.com/p/4318c...

  • Android插件化——资源加载

    前言 资源,是APK包体积过大的病因之一。插件化技术将模块解耦,通过插件的形式加载。插件化技术中,每个插件都能够作...

网友评论

    本文标题:资源加载与插件化

    本文链接:https://www.haomeiwen.com/subject/mwfqhctx.html