title: DrunkPianoDaily-Initial
date: 2016-11-21 13:09:31
tags: DrunkPianoDaily
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
