Dynamic Load Class via DexClassLoader and PathClassLoader

• Activity#onCreate时,context.getClassLoader是PathClassLoader
• String.class.getClassLoader是BootClassLoader
• Activity.class.getClassLoader是BootClassLoader
• 说明App中用户定义的类是通过PathClassLoader加载的;

• 仅能加载已安装的Apk,没有DexOpt;
• 这个类型主要是Framework加载安装的App的;
• Framework里面创建PathClassLoader时,parent为ClassLoader.getSystemClassLoader(),即PathClassLoader,然而这个PathClassLoader其parent是BootClassLoader;

• 可用来加载外部Dex/Apk;
• 需要指定一个DexOpt目录,一般要放到App的Private目录里,放到SD卡会被修改的风险;
• 这个加载器就是让开发者使用的;
• 使用dx工具可将Java包(.jar)转化成DexClassLoader可加载的.dex文件;

new DexClassLoader()时,指定DexClassLoader的parent是哪个? App的PathClassLoader还是BootClassLoader?

二者都能加载成功,但有所区别,做了个小实验: 第一种情况的加载过程应该是: DexClassLoader加载,委托给PathClassLoader,再委托给BootClassLoader,均没加载成功,最后由DexClassLoader本身加载; 第二种情况的加载过程是: DexClassLoader加载,委托给BootClassLoader,没成功,由DexClassLoader加载; 为了验证,在宿主里面创建了一个与插件相同包路径的类型, 第一种情况下,加载的是宿主里面的类,因为委派给PathClassLoader时就找到了; 第二种情况下,加载的是插件里面的类,因为没有经过PathClassLoader; 另外: 第一种情况下,插件里面的代码可以反射到宿主里面的代码; 第二种情况下,插件里面的代码不能反射到宿主里面的代码;