项目地址
类加载方案的原理是在app重新启动后让Classloader去加载新的类。因为在
app运行到一半的时候,所有需要发生变更的类已经被加载过了,在Android上是
无法对一个类进行卸载的。如果不重启,原来的类还在虚拟机中,就无法加载新类。
因此,只有在下次重启的时候,在还没走到业务逻辑之前抢先加载补丁中的新类,这
样后续访问这个类时,就会Resolve为新类。从而达到热修复的目的。
将修复好的dex文件push到SD卡,模拟从服务器下载
adb push /Users/keecham/Desktop/classes2.dex /sdcard
复制dex到私有目录
FileUtils.copyFile(sourceFile, targetFile);
加载修复后的dex文件
FixDexUtils.loadFixedDex(this);
apk 安装时,系统会使用 PathClassLoader 来加载apk文件中的dex,PathClassLoader的构造方法中,调用父类的构造方法,实例化出一个 DexPathList ,DexPathList 通过 makePathElements 在所有传入的dexPath 路径中,找到DexFile,存入 Element 数组,在应用启动后,所有的类都在 Element 数组中寻找,不会再次加载。
本文深入探讨了热修复技术在Android应用中的实现原理。详细解释了为何需要在应用重启时加载新类,以及如何通过替换类加载器中的类来实现这一目标。介绍了从SD卡加载修复后的dex文件的具体步骤,并解析了PathClassLoader在加载dex文件过程中的关键作用。
3751

被折叠的 条评论
为什么被折叠?



