ClassLoader类加载器（一）：动态代理模式

一. java的ClassLoader

1.classloader类型

先了解下java的ClassLoader，因为android的ClassLoader会有些不同。
java默认提供三种ClassLoader
（1）Bootstrp ClassLoader
（2）ExtClassLoader
（3）AppClassLoader
先记住有这三种就行，至于有什么用，就先不讲了，因为我们用到的是android的ClassLoader。还有注意的是Bootstrp ClassLoader是底层用C++写的，它们的关系是AppClassLoader继承ExtClassLoader，ExtClassLoader继承Bootstrp ClassLoader。

2.classloader工作流程

java的classloader有个双亲委派模式，网上有很多，看别人的图就能比较好懂，我这边就不盗图了。简单来说就是当需要加载一个类的时候，先去看AppClassLoader有没有加载过，没有再看ExtClassLoader有没有加载过，没有再看Bootstrp ClassLoader有没有加载过，没有再从Bootstrp ClassLoader中找是不是他那边的类，不是再向下交给ExtClassLoader处理。
双亲委派这个要记住。然后双亲委派的作用主要是能让类不重复加载和保证安全（比如你无法自定义系统类）。

二. android的ClassLoader

大概了解java的ClassLoader之后我们也来简单了解下Android的ClassLoader。

1.classloader类型

android的classloader就比较多了，没用到的后面再讲，这里我们要做动态加载，主要也是用到3个classloader
（1）ClassLoader 这是顶层的classloader类
（2）BaseDexClassLoader 这个类主要做类加载的操作
（3）PathClassLoader 这个是BaseDexClassLoader 的子类
（4）DexClassLoader 这个是BaseDexClassLoader 的子类
然后这样，BaseDexClassLoader 是做具体的操作，我打算放到后面的篇章再详细说，所以要做动态加载主要看PathClassLoader和DexClassLoader两个类。
说得简单一点，这两个类的最好区分就在构造方法。
（1）先看DexClassLoader的构造方法

public DexClassLoader(String dexPath, String optimizedDirectory, String librarySearchPath, ClassLoader parent) {
        super(dexPath, new File(optimizedDirectory), librarySearchPath, parent);
}

dexPath是Dex的路径，optimizedDirectory指的是优化之后的目录，有个说法是装生成的odex文件。librarySearchPath指要使用的C/C++代码，parent指父加载器。
（2）再看PathClassLoader的构造方法

public class PathClassLoader extends BaseDexClassLoader {
    public PathClassLoader(String dexPath, ClassLoader parent) {
        super(dexPath, null, null, parent);
    }
    public PathClassLoader(String dexPath, String librarySearchPath, ClassLoader parent) {
        super(dexPath, null, librarySearchPath, parent);
    }
}

看得出PathClassLoader只有三个构造方法，对比DexClassLoader，少了optimizedDirectory。
所以说dalvik虚拟机上PathClassLoader只能加载已安装apk的dex。而我们要实现动态加载，所以使用的类加载器是DexClassLoader

2.classloader工作流程

和java一样，也是使用双亲委派

三. 写个动态加载的Demo

我们先搞个简单的，不含任何资源，就仅仅调用Java代码，确认是否能够跑一遍流程。

1.开发插件

public class TestLog {

    public void say(String str){
        Log.v("mmp","插件打印："+str);
    }

}

我就加了这个一个类，然后打包成apk

2.宿主动态加载

    private void loadPlugin(){
        try {
            String pluginPath = getExternalFilesDir("plugin").getPath() + "/TestPlugin.apk" ;
            String targetPath = getExternalFilesDir("target").getPath();
            DexClassLoader dexClassLoader = new DexClassLoader(pluginPath,targetPath,null,getClassLoader());
            Class<?> cls = dexClassLoader.loadClass("com.example.kylin.testapp.TestLog");
            cls.getDeclaredMethod("say",String.class).invoke(cls.newInstance(),"AAAAAAAAAAAAA");
        } catch (Exception e) {
            e.printStackTrace();
            Log.v("mmp","错误："+e.toString());
        }
    }

简单就这样写，我们把插件打出的apk命名为TestPlugin.apk，然后放到plugin文件夹下，调用DexClassLoader 去获取到Class，再用反射调用Class的say方法，最后看结果

确实是有打印的，这样我们就相当于能正常跑完一个动态加载类的流程。但是这个地方还是有些问题，运行之后我看了下target文件夹是没东西的，而odex文件是在plugin文件夹下生成了一个oat文件夹里面，这就比较奇怪，我先看看什么原因再补上。

---

四. (补充)加载资源

除了用ClassLoader加载代码，比较核心的操作还有资源和生命周期，生命周期这个涉及的水有点深，我这边就打算把加载资源也放在一起写算了，不打算再分一章了。

要加载插件的资源，要用到的类是AssetManager，当创建Resources的时候第一个参数就是传AssetManager。

这里我写个Demo获取插件apk中的一张图片，然后用一个ImageView来展示。

        // 加载图片
        try {
            AssetManager assetManager = AssetManager.class.newInstance();
            int path = (int) AssetManager.class.getDeclaredMethod("addAssetPath",String.class).invoke(assetManager, pluginPath);
            Resources resources = new Resources(assetManager, getResources().getDisplayMetrics(), getResources().getConfiguration());
            Drawable drawable = resources.getDrawable(resources.getIdentifier("test", "drawable","com.example.plugin.testapp"));
        }catch (Exception e){
            Log.v("mmp","加载图片失败"+e.toString());
        }

resources.getIdentifier就相当于R.，这个没啥好说的，要注意的是第三个参数传的是插件的包名。

比较需要注意的是addAssetPath这个方法，这个是AssetManager 根据路径获取资源的方法，不过是一个隐藏方法（@hide）所以需要用反射来调用，但是android9.0之后谷歌打算禁用 hide APIs了，这个问题以后碰到再说吧，暂时注意一下就行。