Android插件化系列第（五）篇---Activity的插件化方案（代理模式）

本文主要是介绍Android插件化系列第（五）篇---Activity的插件化方案（代理模式），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

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

• Android插件化系列第（一）篇—Hook技术之Activity的启动过程拦截
• Android插件化系列第（二）篇—动态加载技术之apk换肤
• Android插件化系列第（四）篇—插件加载机制两种方案

看过上面文章，我们知道了怎么加载一个插件中的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的生命周期方法

    @Overrideprotected void onResume() {super.onResume();Method onResume = mActivityLifecircleMethods.get("onResume");if (onResume != null) {try {onResume.invoke(mRemoteActivity, new Object[] { });} catch (Exception e) {e.printStackTrace();}}}@Overrideprotected 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);
}

    @Overrideprotected void onStart() {mRemoteActivity.onStart();super.onStart();}@Overrideprotected void onRestart() {mRemoteActivity.onRestart();super.onRestart();}@Overrideprotected void onResume() {mRemoteActivity.onResume();super.onResume();}@Overrideprotected 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的插件化方案（代理模式）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---