Android插件化系列第（五）篇---Activity的插件化

2017-03-15 本文已影响682人 LooperJing

这篇文章介绍Activity的插件化方案，Activity的插件化方案不止今天介绍的这一种。建议在看本文之前，先看我的前两篇博客,如果前两篇有认真看过，那么阅读本文至多十分钟完事儿！

看过上面文章，我们知道了怎么加载一个插件中的Activity类了，想做Activity的插件化，还需要解决几个问题。

1、插件中所有的Activity都没有在宿主中注册，怎么欺骗AMS去启动一个清单文件不存在的Activity；
2、把一个Activity类加载之后，怎么使插件里的Activity具有生命周期；
3、插件apk中用过的各种资源，如何动态的加载资源。

关于问题1，在本系列的第一篇已经说过，首先在宿主中声明一个ProxyActivity，然后启动ProxyActivity，即：ProxyActivity + 插件中没注册的Activity = 标准的Activity

关于问题2，其实在本系列第一篇也有体现，准备在下一篇写的更清楚一点。

关于问题3，在本系列的第二篇也写过，以一个换肤的例子说明怎么样去加载插件中的资源。

本篇博客主要讲述的是第二个问题，把一个Activity类加载之后，怎么使插件里的Activity具有生命周期。

这里使用Activity代理模式。老套路，在宿主APK注册一个ProxyActivity（代理Activity），就是作为占坑使用。每次打开插件APK里的某一个Activity的时候，都是在宿主里使用启动ProxyActivity，然后在ProxyActivity的生命周期里方法中，调用插件中的Activity实例的生命周期方法，从而执行插件APK的业务逻辑。所以思路就来了。
第一、ProxyActivity中需要保存一个Activity实例，该实例记录着当前需要调用插件中哪个Activity的生命周期方法。
第二、ProxyActivity如何调用插件apk中Activity的所有生命周期的方法,使用反射呢？还是其他方式。

这种Activity的插件化思想最初来自dynamic-load-apk，dynamic-load-apk调用插件apk中Activity的所有生命周期的方法最初使用的是反射的方式，因为反射会影响效率，最后换成接口的方式。先看反射这种方式，在代理activity中，第一步要获取将要反射所有生命周期方法。

    protected void instantiateLifecircleMethods(Class<?> localClass) {
        String[] methodNames = new String[] {
                "onRestart",
                "onStart",
                "onResume",
                "onPause",
                "onStop",
                "onDestory"
        };
        for (String methodName : methodNames) {
            Method method = null;
            try {
                method = localClass.getDeclaredMethod(methodName, new Class[] { });
                method.setAccessible(true);
            } catch (NoSuchMethodException e) {
                e.printStackTrace();
            }
            //mActivityLifecircleMethods是一个map集合
            mActivityLifecircleMethods.put(methodName, method);
        }

        Method onCreate = null;
        try {
            onCreate = localClass.getDeclaredMethod("onCreate", new Class[] { Bundle.class });
            onCreate.setAccessible(true);
        } catch (NoSuchMethodException e) {
            e.printStackTrace();
        }
        mActivityLifecircleMethods.put("onCreate", onCreate);

        Method onActivityResult = null;
        try {
            onActivityResult = localClass.getDeclaredMethod("onActivityResult",
                    new Class[] { int.class, int.class, Intent.class });
            onActivityResult.setAccessible(true);
        } catch (NoSuchMethodException e) {
            e.printStackTrace();
        }
        mActivityLifecircleMethods.put("onActivityResult", onActivityResult);
    }

第二步，反射所有Activity的生命周期方法

    @Override
    protected void onResume() {
        super.onResume();
        Method onResume = mActivityLifecircleMethods.get("onResume");
        if (onResume != null) {
            try {
                onResume.invoke(mRemoteActivity, new Object[] { });
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    }
    
    @Override
    protected void onPause() {
        Method onPause = mActivityLifecircleMethods.get("onPause");
        if (onPause != null) {
            try {
                onPause.invoke(mRemoteActivity, new Object[] { });
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
        super.onPause();
    }

   protected void setRemoteActivity(Object activity) {
        try {
            //插件中Activity对象
            mRemoteActivity = (Activity) activity;
        } catch (ClassCastException e) {
            e.printStackTrace();
        }
    }

这是反射的方式，后面dynamic-load-apk经过优化，改成接口的方式，将activity的生命周期方法封装一个接口，代理activity中实现一下这个接口，然后还是通过代理activity去调用插件activity实现的生命周期方法。

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);
}

    @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();
    }

这就是dynamic-load-apk之中Activity插件化方案,如果要使用这种方案，我们开发插件需要遵循一定的规范，dynamic-load-apk要求遵循的规范如下：

1、慎用this（接口除外）：因为this指向的是当前对象，即apk中的activity，但是由于activity已经不是常规意义上的activity，所以this是没有意义的，但是如果this表示的是一个接口而不是context，比如activity实现了而一个接口，那么this继续有效。
2、使用that：既然this不能用，那就用that，that是apk中activity的基类BaseActivity中的一个成员，它在apk安装运行的时候指向this，而在未安装的时候指向宿主程序中的代理activity，anyway，that is better than this。

-3、activity的成员方法调用问题：原则来说，需要通过that来调用成员方法，但是由于大部分常用的api已经被重写，所以仅仅是针对部分api才需要通过that去调用用。同时，apk安装以后仍然可以正常运行。

4、启动新activity的约束：启动外部activity不受限制，启动apk内部的activity有限制，首先由于apk中的activity没注册，所以不支持隐式调用，其次必须通过BaseActivity中定义的新方法startActivityByProxy和startActivityForResultByProxy，还有就是不支持LaunchMode。
5、目前暂不支持Service、BroadcastReceiver等需要注册才能使用的组件，但广播可以采用代码动态注册。

可以看到限制非常大，现在估计不会有谁采用这种方式做插件化开发了，但是2014年那个时候，dynamic-load-apk这种思想还是非常先进的，相信这为后来的插件化方案提供了很宝贵的经验，下一篇博客讲解用Hook方式，实现业界比较倡导的一种Activity插件化方案。

Please accept mybest wishes for your happiness and success !

参考：https://github.com/singwhatiwanna/dynamic-load-apk

Android插件化系列第（五）篇---Activity的插件化

猜你喜欢

热点阅读