本文将通过一个极简的例子来说明RePlugin的one hook原理。文章相关代码：github.com/jeepc/Simpl… 。

所谓one hook，即hook classloader。为什么hook classloader就能实现插件化，这要从Android四大组件启动原理说起（这里只说Activity，其他读者自行探究）。

熟悉Android framework层的读者应该知道，一次startActivity的调用，会通过Binder IPC调用到AMS的startActivity方法，AMS会进行一系列检验工作，其中包括该Activity是否在AndroidManifest.xml中注册过。只有通过检验才能返回到App自己的进程来创建Activity。RePlugin的做法非常巧妙，就是一开始传递的Activity为在AndroidManifest.xml预注册的StubActivity（大部分的插件化框架都会用这个方案，巧妙的在后头），以此来骗过AMS的检验，返回App创建Activity时，由于我们hook了classloader，所以我们就可以为所欲为，替换成自己想启动的Activity（巧妙之处在于只hook一个地方，兼容性更好，不易出错）。

hook相关代码（核心代码都来自RePlugin）：

public class App extends Application {@Overrideprotected void attachBaseContext(Context base) {super.attachBaseContext(base);hookClassloader();}private void hookClassloader() {try {Context oBase = this.getBaseContext();Object oPackageInfo = null;oPackageInfo = ReflectUtils.readField(oBase, "mPackageInfo");// 获取mPackageInfo.mClassLoaderClassLoader oClassLoader = (ClassLoader) ReflectUtils.readField(oPackageInfo, "mClassLoader");if (oClassLoader == null) {return;}ClassLoader cl = new SRPClassloader(oClassLoader.getParent(), oClassLoader);// 将新的ClassLoader写入mPackageInfo.mClassLoaderReflectUtils.writeField(oPackageInfo, "mClassLoader", cl);// 设置线程上下文中的ClassLoader为RePluginClassLoader// 防止在个别Java库用到了Thread.currentThread().getContextClassLoader()时，“用了原来的PathClassLoader”，或为空指针Thread.currentThread().setContextClassLoader(cl);} catch (Throwable e) {e.printStackTrace();}}
}
复制代码

代码很简单就是利用反射，将我们自定义的Classloader替换掉原来mPackageInfo中的Classloader，因为后面类的加载都会用到mPackageInfo的Classloader，更深层的原因可以参考这篇文章《唯一插件化Replugin源码及原理深度剖析--唯一Hook点原理》。自定义的SRPClassloader里面具体实现，我们接着说。

 public SRPClassloader(ClassLoader parent, ClassLoader orig) {// 由于PathClassLoader在初始化时会做一些Dir的处理，所以这里必须要传一些内容进来// 但我们最终不用它，而是拷贝所有的Fieldssuper("", "", parent);mOrig = orig;// 将原来宿主里的关键字段，拷贝到这个对象上，这样骗系统以为用的还是以前的东西（尤其是DexPathList）// 注意，这里用的是“浅拷贝”（浅拷贝就是复制引用，确保对象一模一样）// Added by Jiongxuan ZhangcopyFromOriginal(orig);initMethods(orig);}private void copyFromOriginal(ClassLoader orig) {// Android 4.0以上只需要复制pathList即可// 以下方法在较慢的手机上用时：1mscopyFieldValue("pathList", orig);}private void copyFieldValue(String field, ClassLoader orig) {try {Field f = ReflectUtils.getField(orig.getClass(), field);if (f == null) {return;}// 删除final修饰符ReflectUtils.removeFieldFinalModifier(f);// 复制Field中的值到this里Object o = ReflectUtils.readField(f, orig);ReflectUtils.writeField(f, this, o);} catch (IllegalAccessException e) {}}
复制代码

以上代码注释已经解释很清楚了，就是利用反射将原来宿主里的关键字段，拷贝到自定的classloader对象中。

以上过程都是初始化，后面就是实际调用的过程了。

我们在MainActivity启动StubActivity,StubAcitivity一行代码都没有，只是在AndroidManifest.xml注册过，以此欺骗AMS，后面就会调用到自定义的SRPClassloader的loadClass方法。

  @Overrideprotected Class<?> loadClass(String className, boolean resolve) throws ClassNotFoundException {//Class<?> c = null;//这里直接用最简单的方法hook（实际上启动插件的Activity,有很多工作要做,有很多问题要解决）if(className.contains("StubActivity")){c = mOrig.loadClass("com.jeepc.simplifiedrp.RealActivity");}if (c != null) {return c;}//try {c = mOrig.loadClass(className);return c;} catch (Throwable e) {//}//return super.loadClass(className, resolve);}
复制代码

这里是我自己写的代码，简直让人不忍直视，哈哈哈。就是判断如果类名包含"StubActivity"，就替换为RealActivity，所以这只是一个demo用来说明道理的，没有实用价值。

最后再补充一下，为什么这样替换，RealActivity具有正常的生命周期呢？原因是因为创建RealActivity的时候会传入一个token对象，这个token对象是一个IBinder用来和AMS通信的。AMS后面就只认这个IBinder，不认Activity的名字了。所以RealActivity生命周期相关的方法能正常的运行。详细可以参考这篇文章《Android 插件化原理解析——Activity生命周期管理》

总结：这篇文章涉及到的内容很多，其中有关于java动态代理，以及binder、AMS等Android framework等知识。因为篇幅有限（其实是作者水平有限），未能深入剖析，读者可以自行探究。而且关于RePlugin的原理，远不止这些，该文章只是提及一小部分。不过通过几天的学习，我发现RePlugin的代码写得真心漂亮，如果有Android framework的基础，深入学习也不是问题。以下参考链接都是非常好的学习资料，感谢！

参考：《Android插件化原理解析——概要》

《唯一插件化RePlugin源码及原理深度剖析--工程职责及大纲》