这篇文章介绍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的生命周期方法
@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 !
