EP1-ClassLoader

Hi all，

从今天起我会每天写邮件给大家发送日报；日报的内容是每天工作以外学习的东西，比如对组内前人写的代码的阅读笔记，或是其他学到的东西。当然这些内容对各位老司机来说大概都是了解过的，而且由于时间的关系每天的内容可能比较简短，不妥的部分请指教。另外我的写作风格可能比较啰嗦，还望见谅。。日报使用Markdown语法编写, 会同步到我的GitHub Pages。

下面开始。今天的内容是关于股神插件。
股神App开发的过程中使用了插件，把钱包中的股神插件作为了股神App唯一的插件，也是robile框架的应用。

0x01 插件的话题切入点

对于钱包中这套插件的原理，我大概是有印象的，简单描述就是，插件是可以放在宿主中运行的apk，但他没有自己的Activity，需要别人提供，比如Plugin框架提供的Activity(PluginActivity)；然后这个Activity的生命周期也是传递过来的。然后插件所有的新页面都是Fragment。嗯，大概就是这样。然后插件的包名根目录下一定有一个Plugin.java,它继承Activityable，接收生命周期，像下面这样。

if (TextUtils.isEmpty(mPluginClass)) {
    if (PluginManager.getInstance().isDebugEnable()) {
        mPluginPackage = PluginActivity.this.getPackageName();
    }
    pluginContextClass = mPluginPackage + ".Plugin";
}

对于Module来说呢，也要有一个HostActivity。以前钱包中有ModuleActivity是插件宿主，继承自PluginActivity，可以直接setFunctionProvider，现在「Robile化」了，解耦了，ModuleActivity没有了，取而代之的是module aar中的HostActivity。需要用moduleData保存moduleFunctionProvider（只能是serializable的，不能含有activity对象；这个问题的话也许可以考虑使用Parceable解决，这一点以后再讨论）。

好了，具体从哪里切入呢。无论是插件化，热修复还是动态加载，都涉及到classloader，从这里看起。

0x02 ClassLoader

classloader实例

PluginActivity中有这样的代码，它用loadClass()方法装载了pluginContextClass，也就是上面构造的.Plugin的那个类：

Class pluginMain = null;
if (!PluginManager.getInstance().isDebugEnable()) {
    pluginMain = mPluginClassLoader.loadClass(pluginContextClass);
} else {
    pluginMain = PluginActivity.this.getClassLoader().loadClass(
            pluginContextClass);
}

loadClass()是什么呢？它是ClassLoader的方法，用来加载需要的类。类似JVM中的defineClass()方法。
Dalvik/ART虚拟机跟JVM虚拟机一样，运行时需要加载类到内存里。类加载器的实例不仅有一个。

在Android系统启动的时候会创建一个Boot类型的ClassLoader实例，用于加载一些系统Framework层级需要的类，我们的Android应用里也需要用到一些系统的类，所以APP启动的时候也会把这个Boot类型的ClassLoader传进来。

getClassLoader()可以在程序运行过程中读取到ClassLoader，classLoader.toString()之后可以看到，一个APP至少有两个ClassLoader，也就是上面引用部分提到的两个。

Parent-Delegation Model

我们可以自己创建CloassLoader实例来加载class，构造函数是这样的：

/*
 * constructor for the BootClassLoader which needs parent to be null.
 */
ClassLoader(ClassLoader parentLoader, boolean nullAllowed) {
    if (parentLoader == null && !nullAllowed) {
        throw new NullPointerException("parentLoader == null && !nullAllowed");
    }
    parent = parentLoader;
}

嗯，需要传入一个parent作为新建的classloader的父母。这样的话Android系统里所有的classloader实例都会关联在同一棵树。这就是Parent-Delegation Model。

Sdk中看到的loadClass()方法：

    protected Class loadClass(String className, boolean resolve) throws ClassNotFoundException {
        Class clazz = findLoadedClass(className);

        if (clazz == null) {//1.classLoader已经加载过这个类的的话就返回
            try {
            //2.parent加载过的话，就返回parent加载的类
                clazz = parent.loadClass(className, false);
            } catch (ClassNotFoundException e) {
                // Don't want to see this.
            }

            if (clazz == null) {
            //3.继承树上的classloadler都没有加载过这个类，就由child加载这个类
                clazz = findClass(className);
            }
        }

        return clazz;
    }

Sdk源码里写得比较清楚，注释也很翔实，这大概是我第一次认真看Sdk源码。掌握阅读源码的姿势是很有必要的。
可以看到，如果一个类被加载过，那么这个类永远不会被重新加载。
思考一下，这个「永远」的期限是什么呢，从前面判断，系统启动之后就会有一个系统级别的ClassLoader，app启动之后会"fork"出一个新的，那么加载之后的内容会保存在哪里呢，保存的期限是多久呢。时间关系，明天再说吧。

-Nov21