Android类加载机制及热修复实现
Android类加载机制
Dalvik虚拟机如同其他Java虚拟机一样,在运行程序时首先需要将对应的类加载到内存中。而在Java标准的虚拟机中,类加载可以从class文件中读取,也可以是其他形式的二进制流。因此,我们常常利用这一点,在程序运行时手动加载Class,从而达到代码动态加载执行的目的。
只不过Android平台上虚拟机运行的是Dex字节码,一种对class文件优化的产物,传统Class文件是一个Java源码文件会生成一个.class文件,而Android是把所有Class文件进行合并,优化,然后生成一个最终的class.dex,目的是把不同class文件重复的东西只需保留一份,如果我们的Android应用不进行分dex处理,最后一个应用的apk只会有一个dex文件。
首先看一下Android平台中几个常用的加载相关的类,以及他们的继承关系。
- PathClassLoader是用来加载Android系统类和应用的类。
- DexClassLoader支持加载APK、DEX和JAR,也可以从SD卡进行加载。
ClassLoader类的主要职责:根据一个指定的类的名称,找到或者生成其对应的字节代码,然后从这些字节代码中定义出一个 Java 类,即 java.lang.Class
类的一个实例。 (还可以加载图片等,这里不讨论)
ClassLoader中的主要方法及含义
下面这段代码时loadClass的实现,可以看出首先会查找加载类是否已经被加载了,如果是直接返回。否则,通过findClass()查找
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException { // First, check if the class has already been loaded Class c = findLoadedClass(name); if (c == null) { // If still not found, then invoke findClass in order // to find the class. c = findClass(name); // this is the defining class loader; record the stats } return c; }
在BaseClassLoader中的findClass函数:实际是在一个pathList中去查找这个类。
protected Class<?> findClass(String name) throws ClassNotFoundException { List<Throwable> suppressedExceptions = new ArrayList<Throwable>(); Class c =pathList.findClass
(name, suppressedExceptions); if (c == null) { ClassNotFoundException cnfe = new ClassNotFoundException("Didn't find class \"" + name + "\" on path: " + pathList); for (Throwable t : suppressedExceptions) { cnfe.addSuppressed(t); } throw cnfe; } return c; }
DexPathList的源码可知,成员变量dexElements用来保存dex数组,而每个dex文件其实就是DexFile对象。遍历dexElements,然后通过DexFile去加载class文件,加载成功就返回,否则返回null,看到这里应该基本知道我们想干啥了,我打算在dexElements上面做手脚,可以通过反射来加载。
/*package*/ final class DexPathList { private static final String DEX_SUFFIX = ".dex"; private static final String JAR_SUFFIX = ".jar"; private static final String ZIP_SUFFIX = ".zip"; private static final String APK_SUFFIX = ".apk"; /** class definition context */ private final ClassLoader definingContext; /** * List of dex/resource (class path) elements. * Should be called pathElements, but the Facebook app uses reflection * to modify 'dexElements' (http://b/7726934). */ private final Element[] dexElements; /** * Finds the named class in one of the dex files pointed at by * this instance. This will find the one in the earliest listed * path element. If the class is found but has not yet been * defined, then this method will define it in the defining * context that this instance was constructed with. * * @param name of class to find * @param suppressed exceptions encountered whilst finding the class * @return the named class or {@code null} if the class is not * found in any of the dex files */ public Class findClass(String name, List<Throwable> suppressed) { for (Element element : dexElements) { DexFile dex = element.dexFile; if (dex != null) { Class clazz = dex.loadClassBinaryName(name, definingContext, suppressed); if (clazz != null) { return clazz; } } } if (dexElementsSuppressedExceptions != null) { suppressed.addAll(Arrays.asList(dexElementsSuppressedExceptions)); } return null; } }View Code
实际程序运行时我们只需要将本地加载的dex文件插入到DexPathList中的dexElements中,后续程序运行时就会自动到该变量中去查找新的类,这就是该篇讲的热修复的原理。
补丁包dex文件生成
如果某个APP远程出现bug,那么开发者如何生成一个新的dex文件,然后通过网络下发到客户端呢?
1.到该android sdk的该目录下:(不一定是23.0.1也可以是其它版本号)
2. 将要生成的dex的class文件(全路径)放到该目录下(对应上图中的com文件夹)。class文件可以从Android Studio的该目录拷贝:
3. 运行如下命令即可根据MyTestClass.class文件本地生成补丁包: patch.dex
.\dx.bat --dex --output=patch.dex .\com\xxx\xxx\hotfix_qqzone\MyTestClass.class
通过反射将本地dex注入
前面已经介绍了ClassLoader的一些接口和DexPathList。下面将介绍如何一步一步将本地(可能是通过网络从服务端获取的)dex文件动态加载到内存中。
1. 通过反射获取dexElements
private static Object getDexElementByClassLoader(ClassLoader classLoader) throws Exception { Class<?> classLoaderClass = Class.forName("dalvik.system.BaseDexClassLoader"); Field pathListField = classLoaderClass.getDeclaredField("pathList"); pathListField.setAccessible(true); Object pathList = pathListField.get(classLoader); Class<?> pathListClass = pathList.getClass(); Field dexElementsField = pathListClass.getDeclaredField("dexElements"); dexElementsField.setAccessible(true); Object dexElements = dexElementsField.get(pathList); return dexElements; }
2. 获取本地dex补丁包,生成dexElement,并合并到已有的dexElements中(通过combineArray函数)
public static void loadFixedDex(Context context,String path){ String optimizeDir = context.getDir("odex",Context.MODE_PRIVATE)+File.separator+"opt_dex"; File fopt = new File(optimizeDir); if(!fopt.exists()){ fopt.mkdirs(); } //1.加载应用程序的dex try { PathClassLoader pathLoader = (PathClassLoader) context.getClassLoader(); //2.加载指定的修复的dex文件。 DexClassLoader classLoader = new DexClassLoader( path,//String dexPath, fopt.getAbsolutePath(),//String optimizedDirectory, null,//String libraryPath, pathLoader//ClassLoader parent ); //3.合并 Object path_pathList = getPathList(pathLoader); Object dex_pathList = getPathList(classLoader); Object path_DexElements = getDexElements(path_pathList); Object dex_DexElements = getDexElements(dex_pathList); //合并完成 Object dexElements = combineArray(dex_DexElements,path_DexElements); //重写给PathList里面的lement[] dexElements;赋值 Object pathList = getPathList(pathLoader); setField(pathList,pathList.getClass(),"dexElements",dexElements); } catch (Exception e) { e.printStackTrace(); } }
private static void setField(Object obj,Class<?> cl, String field, Object value) throws Exception {<br /> Field localField = cl.getDeclaredField(field);<br /> localField.setAccessible(true);<br /> localField.set(obj,value);<br />}
问题1:
假设class.dex中有一个bug.class出现了bug,现在希望获通过一个fixbug.class生成了一个补丁包patch.dex。 如果我们APP初始化的时候就加载pathc.dex 不会出现问题,下次调用bug.class会优先使用patch.dex中的bug.class而不是.
总结: 当代码中已经调用了有问题的类,而没有加载patch.dex,后续加载将不会再起作用。
问题2: CLASS_ISPREVERIFIED标记问题
如果待修复的类bug.class中没有引用到class.dex中其它类,则bug.class不会被打上该标记,热修复不会出现问题。
如果bug.class中引用了class.dex 情况。 // 后续有时间再补充。
实际业务使用场景:
项目本地有一套代码逻辑,当本地代码执行失败后,会从服务端获取补丁包(.dex文件)。因为提前知道补丁包的类名和接口,所以通过DexClassLoader 将补丁信息加载成一个类,然后再通过反射构造一个该类的对象。同时可以通过反射调用类里面相关的接口了,这样就相当于对本地的代码进行了替换也是一种修复过程。
Class<?> clazz; DexClassLoader dexClassLoader = new DexClassLoader(patchSaveDir + patchName, dataDir, "", getClass().getClassLoader()); clazz = dexClassLoader.loadClass(className); Constructor constructor = clazz.getDeclaredConstructor(); Object object = constructor.newInstance();
自此,简单的类加载机制和热修复就介绍完毕了!
参考:
https://www.ibm.com/developerworks/cn/java/j-lo-classloader/
https://www.jianshu.com/p/a620e368389a
相关推荐
AndFix是阿里巴巴开源的Android应用热修复工具,帮助Anroid开发者修复应用的线上问题。AndFix支持Android2.3-6.0,ARM和x86架构,dalvik运行时和art运行时。