Android插件开发初探——基础篇

Android插件开发初探

对于Android的插件化其实已经讨论已久了，但是市面上还没有非常靠谱成熟的插件框架供我们使用。这里我们就尝试性的对比一下Java中，我们使用插件化该是一个怎么样的流程，且我们如何将此流程移植到Android框架上去使用。很多代码都是内部资料，不喜勿喷，谢谢~

为什么要插件化?

• 功能越来越多
• 代码、安装包越来越大
• 小的更新也需要重新发布
• 更新频繁，安装成本太大
• 用户无法选择性加载需要的模块
• ……

插件化的好处

• 主安装包较小
• 强制模块化，降低耦合度
• 减少整体更新的次数
• 插件可单独静默更新
• 用户可以有所选择
• ……

插件化的要求

• 没有独立运行的入口
• 主应用控制，下载、安装、删除、静默升级、打开和关闭
• 主应用和插件资源共享

安装包的组成

需要安装的插件

对比一个安装包的组成，我们要处理的东西也就是很多：

• 主应用可以以Intent方式启动具体的插件，同时带入Map类型参数或者json串参数
• 使用相同的android:sharedUserId，资源数据共享
• 根据sharedUserId来查找插件
• queryIntentActivities查找符合这个action的所有activity（或其它）即插件
• query方式可以获得插件的路径以及实现接口类的类名
• 通过检索sharedUserId能够得到路径却无法获得到类名
• 通常可以使用一个描述文件（xml、json）描述插件结构
• createPackageContext()
• getResourcesForApplication()

动态加载普通类
- Java 可以用 ClassLoader 动态加载.jar 中的Class文件，android可以吗？
- PathClassLoader
- DexClassLoader

接口类

package com.plug;
public interface InterfacePlug {
    public String function_01();
    public int function_02(int a,int b);
}

实现类

import com.plug.InterfacePlug;
public class PlugImpl  implements InterfacePlug{
    @Override
    public String function_01() {
        return null;
    }

    @Override
    public int function_02(int a, int b) {
        return a+b;
    }
}

主应用类

package com.host;

public class MyhostActivity extends Activity {
    public void useDexClassLoader() {
        DexClassLoader cDexClassLoader =
                new DexClassLoader("/mnt/sdcard/Myplugdex.jar", "/data/data/com.host", null, this.getClass()
                        .getClassLoader());
        try {
            Class<?> class1 = cDexClassLoader.loadClass("com.plug.PlugImpl");
            InterfacePlug interfacePlug = (InterfacePlug) class1.newInstance();
            int ret = interfacePlug.function_02(12, 13);
            tv.setText(" return value :" + ret);
        } catch (Exception e) {
        }
    }
}

导出插件包时只能导出实现类，否则会出现

Classref in pre-verified class resolvedtounexpected implementation
重复定义错误

当然，安装包的解析与插件安装远不止于类文件的加载，我们还需要:

• 不是普通类怎么办？
• 系统组件如何接收回调？
• 如何加载资源？
• PackageInfo处理？
• Resources的处理？
• Assets的处理？

动态加载系统组件和资源

PluginLib

PluginHost

PluginTest

我们一个简单的插件框架就如下图所示：

主应用列出安装的Plugins，点击启动对应的PluginActivity

当然，我们也可以根据此简单的机制来完成一个完整的插件系统。

• 可以基本完整实现一个Activity

• 可以继续增加其他组件的插件，完成更多的功能（Service，Receiver，ContentProvider，Application？）

此插件机制的缺点

• Manifest中注册的信息由系统控制，因此插件需要权限信息需要预先注册在主程序中。
• 目前实现有一定的限制，如插件宿主的相互调用、插件间的相互调用

Github上的插件框架，基于Fragment的开源插件框架

• https://github.com/mmin18/AndroidDynamicLoader
• UI基于Fragment
• 反射得到Resources
• 通过uri进行页面跳转

/*
* @author zhoushengtao(周圣韬)
* @since 2015年1月27日 上午14:02:22
* @weixin stchou_zst
* @blog http://blog.csdn.net/yzzst
* @交流学习QQ群：341989536
* @私人QQ：445914891
/