| ClassLoader类加载器（一）：动态代理模式 | 您所在的位置：网站首页 › DexClassLoader动态加载 › ClassLoader类加载器（一）：动态代理模式 |
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了，这个问题以后碰到再说吧，暂时注意一下就行。 |
【本文地址】