android--动态加载、插件化

需求驱动

随着业务发展需要和无线部门的拆分，各业务产品模块归属到各业务BU，原有无线App开发团队被分为基础框架、业务A、业务B、业务C等多个开发团队，从此App的开发和发布进入了一个全新模式。在这种模式下，开发沟通成本大大提高，之前的协作模式难以为继，需要新的开发模式和技术解决需求问题。

另一方面，从技术上来说65535方法数问题。旧方案是把所有第三方库放到第二个dex中，并且利用Facebook当年发现的hack方法扩大点LinearAllocHdr分配空间（5M提升到8M），但随着代码的膨胀，旧方案也逐渐捉襟见肘。拆or不拆，根本不是可考虑问题，继续拆分dex是我们的唯一出路。问题在于：怎么拆才比较聪明？

其次，随着组织架构调整的影响，给我们的App质量控制带来极高的挑战，这种紧张和压力让我们的开发团队心力憔悴。此时除了流着口水羡慕前端同事们的在线更新持续发布能力之外，难道就没有办法解决Native架构这一根本性缺陷了吗？NO！插件化动态加载带来的额外好处就是客户端的热部署能力。

从以上几点根本性需求可以看出，插件化动态加载架构方案会为我们带来多么巨大的收益，除此之外还有诸多好处

为什么开发者有需要？

contextimpl初始微程序装载

1. 模块解耦
2. 动态升级
3. 高效并行开发(编译速度更快)
4. 按需加载，内存占用更低等等。
5. 宿主程序与插件完全独立
6. 宿主程序开放部分接口供插件与之通信
7. 宿主程序耦合插件的部分业务逻辑

三种开发模式都可以在 demo 中看到。

1.2 核心概念

(1) 宿主：主 App，可以加载插件，也称 Host。

(2) 插件：插件 App，被宿主加载的 App，也称 Plugin，可以是跟普通 App 一样的 Apk 文件。

(3) 组件：指 Android 中的Activity、Service、BroadcastReceiver、ContentProvider，目前 DL 支持Activity、Service以及动态的BroadcastReceiver。

(4) 插件组件：插件中的组件。

(5) 代理组件：在宿主的 Manifest 中注册，启动插件组件时首先被启动的组件。目前包括
DLProxyActivity(代理 Activity)、DLProxyFragmentActivity(代理
FragmentActivity)、DLProxyService(代理 Service)。

(6) Base 组件：插件组件的基类，目前包括 DLBasePluginActivity(插件
Activity 的基类)、DLBasePluginFragmentActivity(插件 FragmentActivity
的基类)、DLBasePluginService(插件 Service 的基类)。

DynamicLoadApk 原理的核心思想可以总结为两个字：代理。通过在 Manifest 中注册代理组件，当启动插件组件时首先启动一个代理组件，然后通过这个代理组件来构建、启动插件组件。

2. 总体设计

插件组件的基类模块，目前包括 DLBasePluginActivity(插件 Activity
的基类)、DLBasePluginFragmentActivity(插件 FragmentActivity
的基类)、DLBasePluginService(插件 Service 的基类)。

3. 流程图

(3) 代理 Activity 启动过程中构建、启动插件 Activity。

4. 详细设计

4.1 类关系图

(2) 对于 Base Plugin 部分，每个组件都存在 DLPlugin 接口，同样是方便统一该组件不同类。

4.2 类功能介绍

4.2.1 DLPluginManager.java

DynamicLoadApk 框架的核心类，主要功能包括：

(2) 启动插件的组件，目前包括 Activity、Service。

主要属性：

public DexClassLoader (String dexPath, String optimizedDirectory, String libraryPath, ClassLoader parent)

    private AssetManager createAssetManager(String dexPath) {
        try {
            AssetManager assetManager = AssetManager.class.newInstance();
            Method addAssetPath = assetManager.getClass().getMethod("addAssetPath", String.class);
            addAssetPath.invoke(assetManager, dexPath);
            return assetManager;
        } catch (Exception e) {
            e.printStackTrace();
            return null;
        }

    }

    public String packageName;

    public String defaultActivity;

    public DexClassLoader classLoader;

    public AssetManager assetManager;

    public Resources resources;

    public PackageInfo packageInfo;

attach(DLPlugin pluginActivity, DLPluginManager pluginManager)

    protected Activity mProxyActivity;

    protected Activity that;

    protected DLPluginManager mPluginManager;

    protected DLPluginPackage mPluginPackage;

    dependencies {
        provided fileTree(dir: ‘dl-lib‘, include: [‘*.jar‘])
    }