Android所以库的热更新问题

　　

本来想写资源的热修复的,虽然方案差不多已经完成了,但是考虑到一些敏感问题,资源修复就不写了。那就来写写这样的热修复,其原理和类的修复是一样的,但是如此的热修复的需求并不高,就当做学习吧。

　　

首先来总结一下安卓的类加载器方式的热更新,这种方式类的查找过程是通过BaseDexClassLoader来完成的,最终会通过成员变量DexPathList对象中的findClass方法来查找类,代码如下:

　　 　　 　　公共类findClass(字符串名称,List抑制){ 　　(元素元素:dexElements) { 　　DexFile敏捷=element.dexFile; 　　如果(敏捷!=null) { 　　类clazz=敏捷。loadClassBinaryName(名称、definingContext抑制); 　　如果(clazz !=null) { 　　返回clazz; 　　} 　　} 　　} 　　如果(dexElementsSuppressedExceptions !=null) { 　　suppressed.addAll (arrays . aslist (dexElementsSuppressedExceptions)); 　　} 　　返回null; 　　} 　　 　　

只需将补丁的类插入到dexElements最前面即可完成热更新,当然还需要防止类被打上校验的标记,做法就是在类中插入一段字节码引用其他敏捷中的类。

　　

参考类的修复方式,我们可以在BaseDexClassLoader中找到加载所以的逻辑。

　　 　　 　　@Override 　　公共findLibrary字符串(字符串名称){ 　　返回pathList.findLibrary(名称); 　　} 　　 　　

最终也会调用DexPathList对象中的方法进行处理,其函数内容为

　　 　　 　　findLibrary公共字符串(字符串libraryName) { 　　字符串文件名=System.mapLibraryName (libraryName); 　　(文件目录:nativeLibraryDirectories) { 　　文件名字符串路径=新文件(目录).getPath (); 　　如果(IoUtils.canOpenReadOnly(路径)){ 　　返回路径; 　　} 　　} 　　返回null; 　　} 　　 　　

可以看到逻辑和类是类似的,首先会调用System.mapLibraryName函数获得如此的名字,比如我传入的参数是测试(这就个测试是在调用System.loadLibrary(“测试”)时传入的),则这个函数的作用就是将其转换为类似libTest.so这样的名字,然后遍历nativeLibraryDirectories数组,这是一个文件文件夹数组,看其文件夹下是否存在对应的所以,并且是否可读,如果满足条件,则直接返回。

　　

那么我们就可以将我们的补丁的所以所在目录插入到这个数组最前面即可完成这样的修复。具体代码就不贴了,实践后得出的结论是这种方式是完全可行的,只不过Android 6.0中这部分代码逻辑发生了改变。

　　

-5.1在Android 4.0中,只需要将文件夹目录插入到nativeLibraryDirectories数组最前面即可,这个过程直接使用反射插入补丁的所以所在目录到数组最前面。

　　 　　/* *本地图书馆的目录列表。*/私人最终文件[]nativeLibraryDirectories; 　　 　　

但是在Android 6.0中,查找逻辑转为查了元素找

　　 　　/* *的本地库路径列表元素。*/私人最终元素[]nativeLibraryPathElements; 　　findLibrary公共字符串(字符串libraryName) { 　　字符串文件名=System.mapLibraryName (libraryName); 　　(元素元素:nativeLibraryPathElements) { 　　字符串路径=element.findNativeLibrary(文件名); 　　如果(路径!=null) { 　　返回路径; 　　} 　　} 　　返回null; 　　} 　　 　　

所以在6.0中需要将所以的片目录转换为元素对象,插入到nativeLibraryPathElements最前面,元素的对象可以直接用反射去实现下面的代码进行构造即可。

　　 　　//伪代码,类不可见,需要用反射 　　元素e=新元素(fileDir,真的,null, null) 　　 　　

当然你也可以直接反射调用makePathElements方法创建元素数组。

　　

最后的难点就是如何将对应的cpu类型的,所以拿的到,这个过程还是十分复杂的,比如说一个所以同时存在x86, armeabi-v7a, armeabi的补丁,而手机cpu是armeabi-v7a的,这时候就应该加载armeabi-v7a的。总之这种情况组合起来会十分复杂了。

　　

手机的cpu结构类型可以通过Build.CPU_ABI和Build.CPU_ABI2拿到,后面做的事就是根据这两个值去加载对应目录下的,其实把这两个目录都插进去就没问题了。

　　

　　

以上所述是小编给大家介绍的Android所以库的热更新问题,希望对大家有所帮助,如果大家有任何疑问请给我留的言,小编会及时回复大家的。在此也非常感谢大家对网站的支持!

Android所以库的热更新问题