#### **概述** 动态加载技术（也叫插件化技术）在技术驱动型的公司中扮演者相当重要的角色，当项目越来越庞大的时候，需要通过插件化来减轻应用的内存和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 生命周期的方式各种各样，这里只介绍两种：反射方式和接口方式。 反射的方式很好理解，首先通过Java 的反射去获取Activity 的各种生命周期方法，比如onCreate 、onStart、onResume 等，然后在代理 Activity 中去调用 插件Activity 对应的生命周期方法即可 使用反射来管理插件Activity 的生命周期的缺点： * 反射代码写起来比较复杂 * 过多使用反射会有一定的性能开销。 下面介绍接口厅式，接口方式很好 地解决了反射方式的不足之处，这种方式将Activity 的生命周期方法提取出来作为一个接口（比如叫DLPlugin ），然后通过代理Activity 去调用插件Activity 的生命周期方法，这样就完成了插件Activity 的生命周期管理，并且没有采用反射，这就解决了性能问题。同时接口的声明也比较简单，下面是DLPlugin 的声明： ~~~ public interface DLPlugin { public void onStart(); public void onRestart(); public void onActivityResult(int requestCode, int resultCode, Intent data); public void onResume(); public void onPause(); public void onStop(); public void onDestroy(); public void onCreate(Bundle savedInstanceState); public void setProxy(Activity proxyActivity, String dexPath); public void onSaveInstanceState(Bundle outState); public void onNewIntent(Intent intent); public void onRestoreInstanceState(Bundle savedInstanceState); public boolean onTouchEvent(MotionEvent event); public boolean onKeyUp(int keyCode, KeyEvent event); public void onWindowAttributesChanged(LayoutParams params); public void onWindowFocusChanged(boolean hasFocus); public void onBackPressed(); ... } ~~~ 在代理类DLProxyActivity中的实现 ~~~ ... @Override protected void onStart() { mRemoteActivity.onStart(); super.onStart(); } @Override protected void onRestart() { mRemoteActivity.onRestart(); super.onRestart(); } @Override protected void onResume() { mRemoteActivity.onResume(); super.onResume(); } @Override protected void onPause() { mRemoteActivity.onPause(); super.onPause(); } @Override protected void onStop() { mRemoteActivity.onStop(); super.onStop(); } ... ~~~ [详细内容参考作者的开源框架介绍。](https://github.com/singwhatiwanna/dynamic-load-apk) #### **ClassLoader的管理** 为了更好地对多插件进行支持，需要合理地去管理各个插件的DexClassoader，这样同一个插件就可以以采用同一个ClassLoader 去加载类，从而避免了多个ClassLoader 加载同一个类时所引发的类型转换错误。在下面的代码中，通过将不同插件的ClassLoader 存储在一个HashMap 中，这样就可以保证不同插件中的类彼此互不干扰。 为了避免多个ClassLoader加载了同一个类所引发的类型转换错误。将不同插件的ClassLoader存储在一个HashMap中。 ~~~ ~~~ 事实上插件化的技术细节非常多， 这绝非一个章节的内容所能描述消楚的，另外插件化作为一种核心技术，需要开发者有较深的开发功底才能够很好地理解，因此本节的内容更多是让读者对插件化开发有一个感性的了解，细节上还需要读者自己去钻研，也可以通过DL 插件化框架去深入地学习。