#### **概述** 动态加载技术（也叫插件化技术）在技术驱动型的公司中扮演者相当重要的角色，当项目越来越庞大的时候，需要通过插件化来减轻应用的内存和CPU 占用，还可以实现热插拔，即在不发布新版本的情况下更新某些模块。 动态加载是一项很复杂的技术，学习一下作者的插件化开源框架：[dynamic-load-apk](https://github.com/singwhatiwanna/dynamic-load-apk) 不同的插件化方案各有各的特色，但是它们都必须要解决三个基础性问题： **资源访问**、**Activity 生命周期的管理**和**ClassLoader 的管理**。 在介绍它们之前，首先要明白宿主和插件的概念，宿主是指普通的apk，而插件一般是指经过处理的dex 或者apk，在主流的插件化框架中多采用经过特殊处理的apk 来作为插件，处理方式往往和编译以及打包环节有关，另外很多插件化框架都需要用到代理Activity 的概念，插件Activity 的启动大多数是借助一个代理Activity 来实现的。 #### **资源访问** 插件中凡是以R开头的资源文件都不能访问。这是因为宿主程序中并没有插件的资源，所以通过R 来加载插件的资源是行不涵的，程序会抛出异常：无法找到某某id 所对应的资源。 插件化的目的就是要减小宿主程序apk 包的大小，同时降低宿主程序的更新频率并做到自由装载模块。 为了方便地对插件进行资源管理，下面给出一种合理的方式。 Activity的工作主要是通过ContextImpl完成的，Activity中有一个mBase的成员变量，它的类型就是ContextImpl。Context有两个获取资源的抽象方法getAsssets()和getResources();只要实现这两个方法就可以解决资源问题。 ~~~ /** Return an AssetManager instance for your application's package. */ public abstract AssetManager getAssets(); /** Return a Resources instance for your application's package. */ public abstract Resources getResources(); ~~~ 首先加载apk中的资源 ~~~ protected void loadResources() { try { AssetManager assetManager = AssetManager.class.newInstance(); Method addAssetPath = assetManager.getClass().getMethod("addAssetPath", String.class); addAssetPath.invoke(assetManager, mDexPath); mAssetManager = assetManager; } catch (Exception e) { e.printStackTrace(); } Resources superRes = super.getResources(); mResources = new Resources(mAssetManager, superRes.getDisplayMetrics(), superRes.getConfiguration()); mTheme = mResources.newTheme(); mTheme.setTo(super.getTheme()); } ~~~ 从loadResources()的实现可以看出，加载资源的方法是通过反射，通过调用AssetManager 中的addAssetPath 方法，我们可以将一个apk 中的资源加载到Resources 对象中，由于addAssetPath 是隐战API 我们无法直接调用，所以只能通过反射。 下面是它的声明，通过注释我们可以看出，传递的路径可以是zip 文件也可以是一个资源目录，而apk就是一个zip，所以直接将apk 的路径传给它，资源就加载到AssetManager 中了。然后再通过AssetManager 来创建一个新的Resources 对象，通过这个对象我们就可以访问插件apk中的资源了，这样一来问题就解决了。 ~~~ /** * 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) { synchronized (this) { int res = addAssetPathNative(path); makeStringBlocks(mStringBlocks); return res; } } ~~~ 接着在代理Activity中实现getAssets()和getResources()。关于代理Activity参考作者的插件化开源框架。 ~~~ @Override public AssetManager getAssets() { return mAssetManager == null ? super.getAssets() : mAssetManager; } @Override public Resources getResources() { return mResources == null ? super.getResources() : mResources; } ~~~ 通过上述这两个步骤，就可以划过R 米访闽捅件中的资源了。 #### **Activity的生命周期管理** 为什么会有这个问题，其实很好理解，apk被宿主程序调起以后，apk中的activity其实就是一个普通的对象，不具有activity的性质，因为系统启动activity是要做很多初始化工作的，而我们在应用层通过反射去启动activity是很难完成系统所做的初始化工作的，所以activity的大部分特性都无法使用包括activity的生命周期管理，这就需要我们自己去管理。 管理Activity 生命周期的方式各种各样，这里只介绍两种：反射方式和接口方式。 反射的方式很好理解，首先i通过Java 的反射去获取Activity 的各种生命周期方法，比如 onCreate 、onSta比on Resume 等，然后在代坷， Activity 1卡去调J;U 插件Activity 对应的生命周 期方法即时， 详细内容参考作者的开源框架介绍。 ClassLoader的管理 为了避免多个ClassLoader加载了同一个类所引发的类型转换错误。将不同插件的ClassLoader存储在一个HashMap中。