Skip to content

Latest commit

 

History

History
37 lines (30 loc) · 1.86 KB

README.md

File metadata and controls

37 lines (30 loc) · 1.86 KB
Raw

AndroidDexDemo

Dynamic Load Class via DexClassLoader and PathClassLoader

App里面的ClassLoader

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

PathClassLoader

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

DexClassLoader

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

DexClassLoader的parent问题

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

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