Android 插件框架机制之预热篇

时间 2019-12-05

标签 android 插件框架机制预热栏目 Android 繁體版

原文原文链接

关于Android插件框架机制的介绍，我打算分几章来介绍，这是第一篇也就是预热篇。
Android 插件框架机制系列文章：
Android 插件框架机制之Small
Android 插件框架机制之DroidPluginjavascript

为何使用插件化

随着应用的模块化的不断增长，APK的体积不断增加，方法数极可能会引起64K问题（解决方案），谷歌提供的方案并不完美，并且APK的启动速度会受影响。java

提升工程的运行速度，每一个模块做为一个独立的插件进行开发和调试。
提升应用的启动速度，应用启动时能够选择只加载必须的模块，其余模块使用时再加载
多团队并行开发
在线动态加载或更新模块
灵活的功能配置

基础知识

机制

插件化的根本思路就是让你的应用调用未安装的apk，jar，dex文件中的方法。
在Android中，系统提供了两个API可供选择：android

PathClassLoader:只能加载已经安装到Android系统中的APK文件，这个是另外一种加载思路，可是跟插件化不要紧，这里不提。
DexClassLoader：支持加载外部的APK，Jar，或Dex文件。
基础示例
咱们先写一个插件APK，新建一个工程，修改MainActivity：

public class MainActivity extends Activity {

    private Activity otherActivity;

    @Override
    public void onCreate(Bundle savedInstanceState) {
        boolean b = false;
        if (savedInstanceState != null) {
            b = savedInstanceState.getBoolean("KEY_START_FROM_OTHER_ACTIVITY", false);
            if (b) {
                this.otherActivity.setContentView(new TBSurfaceView(
                        this.otherActivity));
            }
        }
        if (!b) {
            super.onCreate(savedInstanceState);
            // setContentView(R.layout.main);
            setContentView(new TBSurfaceView(this));
        }
    }

    public void setActivity(Activity paramActivity) {
        this.otherActivity = paramActivity;
    }
}复制代码

在被加载的Activity中是否是识别和加载资源文件的，因此不能用布局文件，只能用一个View。git

public class TBSurfaceView extends SurfaceView implements SurfaceHolder.Callback, Runnable {
    private SurfaceHolder sfh;
    private Thread th;
    private Canvas canvas;
    private Paint paint;

    public TBSurfaceView(Context context) {
        super(context);
        th = new Thread(this);
        sfh = this.getHolder();
        sfh.addCallback(this);
        paint = new Paint();
        paint.setAntiAlias(true);
        paint.setColor(Color.RED);
        this.setKeepScreenOn(true);
    }

    public void surfaceCreated(SurfaceHolder holder) {
        th.start();
    }

    private void draw() {
        try {
            canvas = sfh.lockCanvas();
            if (canvas != null) {
                canvas.drawColor(Color.WHITE);
                canvas.drawText("Time: " + System.currentTimeMillis(), 100,
                        100, paint);
            }
        } catch (Exception ex) {
            ex.printStackTrace();
        } finally {
            if (canvas != null) {
                sfh.unlockCanvasAndPost(canvas);
            }
        }
    }

    public void run() {
        while (true) {
            draw();
            try {
                Thread.sleep(100);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }

    public void surfaceChanged(SurfaceHolder holder, int format, int width,
                               int height) {
    }

    public void surfaceDestroyed(SurfaceHolder holder) {
    }
}复制代码

而后将生成的apk，不要安装在手机，而是存入手机，好比咱们就存入sd卡的根目录，可使用adb命令：github

adb push /Users/xxxxx/file/source/loadActivity/app/build/outputs/apk/app-debug.apk /sdcard/复制代码

而后咱们新建一个应用，写一个加载的方法：canvas

public void dex() {


        String apkPath = "/sdcard/app-debug.apk";
        String optPath = "/mnt/sdcard/";
// String libPath = info.activityInfo.applicationInfo.nativeLibraryDir;
        File dexOutputDir = getDir("dex", 0);

        DexClassLoader clsLoader = new DexClassLoader(apkPath, dexOutputDir.getAbsolutePath(),
                null, this.getClass().getClassLoader());
        try {

            Class localClass = clsLoader
                    .loadClass("deep.loadactivity.MainActivity");
            mActivityClass = localClass;
            Constructor localConstructor = localClass.getConstructor(new Class[] {});
            instance = localConstructor.newInstance(new Object[] {});
            mActivityInstance = instance;

            Method localMethodSetActivity = localClass.getDeclaredMethod(
                    "setActivity", new Class[] { Activity.class });
            localMethodSetActivity.setAccessible(true);
            localMethodSetActivity.invoke(instance, new Object[] { this });

            Method methodonCreate = localClass.getDeclaredMethod("onCreate", new Class[] { Bundle.class });
            methodonCreate.setAccessible(true);
            Bundle paramBundle = new Bundle();
            paramBundle.putBoolean("KEY_START_FROM_OTHER_ACTIVITY", true);
            paramBundle.putString("str", "MainActivity");
            methodonCreate.invoke(instance, new Object[] { paramBundle });

        } catch (Exception e) {
            e.printStackTrace();
        }
    }复制代码

下面主要说一下DexClassLoader：app

DexClassLoader(String dexPath, String optimizedDirectory, String libraryPath, ClassLoader parent)复制代码

dexPath:被解压的apk路径，不能为空。
optimizedDirectory：解压后的.dex文件的存储路径，不能为空。
libraryPath：库文件的的搜索路径，通常来讲是 .so 库文件的路径，也能够指明多个路径。
parent：父亲加载器，通常为ClassLoader.getSystemClassLoader()。框架

说明

在上面的例子中咱们实际上是演示了一下动态加载Activity的方法，Activity被动态加载后，是没有生命周期的，只是当作一个类来作处理，由上面程序能够看出，咱们是手动调用onCreate方法的。
固然，咱们也能够写一些其余类或方法进行调用，不必定非要用Activity。maven

开源框架

说完了插件机制，咱们也认识到了插件机制的一些不足，就好比刚才说的，Activity生命周期没有了，须要手动调用各个方法，那给咱们的开发带来了不少不方便，可是网上的一些开源框架，解决了这些不方便，将调用的方法，顺序封装好，咱们只管调用便可。
这些框架，我会在后面的文章中详细演示。ide

android-pluginmgr

利用DexMaker的动态热部署功能来实现Activity。

优势：
1.插件app不须要任何规则和限制
2.技术方法相对成熟稳定
缺点：
1.oom问题突出
2.只支持Activity，不支持其它组件。

dynamic-load-apk

这是基于代理的方式实现插件框架的，须要按照必定的规则来开发插件APK。

优势：
1.插件须要遵循一些规则，更加可控
2.方案简单
缺点：
1.不支持this调用组件中的方法，须要that，有些难理解
2.不支持隐式调用APK内部的Activity
3.兼容性问题较多

DynamicAPK

这是携程实现的一种多APK/DEX加载的插件框架。

优势：
1.不多修改便可实现改造
2.提高工程编译速度
3.可实现热更新
4.提升App的启动速度
缺点：
1.不支持so库
2.不支持aar，maven远程仓库的依赖

DroidPlugin

这是360实现的一种插件框架，他能够直接运行第三方独立得APK。彻底不须要对APK进行修改或安装。

优势：
1.支持四大组件
2.支持全部系统API
3.插件与插件之间，插件与宿主之间的代码和资源彻底隔离
4.实现了进程管理，占用内存低
缺点：
1.不支持自定义资源的Notification
2.不支持IntentFilter
3.缺少对Native层的Hook操做
4.因为插件与插件，插件与宿主之间彻底隔离，所以，若是须要通讯，须要Android系统级别的通讯方式。

Small

这是一个跨平台的插件化框架。

优势：
1.插件编码与资源文件的使用与普通开发无差异
2.经过设定URI，宿主能够方便地与插件间进行通讯
3.支持Android IOS HTML5
*缺点：
不支持Service的动态注册。

总结

以上是我对插件调研的一个总结，在后面的演示中，我会将主流的插件化框架进行详细说明。