当前位置: 移动技术网 > IT编程>移动开发>Android > Android so库的热更新问题

Android so库的热更新问题

2019年07月24日  | 移动技术网IT编程  | 我要评论

香港影星罗烈,紫芒音帝,新概念英语学习方法

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

首先来总结一下android的classloader方式的热更新,这种方式类的查找过程是通过basedexclassloader来完成的,最终会通过成员变量dexpathlist对象中的findclass方法来查找类,代码如下:

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;
}

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

参考class的修复方式,我们可以在basedexclassloader中找到加载so的逻辑。

@override
public string findlibrary(string name) {
  return pathlist.findlibrary(name);
}

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

public string findlibrary(string libraryname) {
  string filename = system.maplibraryname(libraryname);
  for (file directory : nativelibrarydirectories) {
    string path = new file(directory, filename).getpath();
    if (ioutils.canopenreadonly(path)) {
      return path;
    }
  }
  return null;
}

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

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

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

/** list of native library directories. */
private final file[] nativelibrarydirectories;

但是在android 6.0中,查找逻辑转为了elements查找

/** list of native library path elements. */
private final element[] nativelibrarypathelements;
public string findlibrary(string libraryname) {
  string filename = system.maplibraryname(libraryname);
  for (element element : nativelibrarypathelements) {
    string path = element.findnativelibrary(filename);
    if (path != null) {
      return path;
    }
  }
  return null;
}

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

//伪代码,类不可见,需要用反射
element e=new element(filedir, true, null, null)

当然你也可以直接反射调用makepathelements方法创建element数组。

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

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

总结

以上所述是小编给大家介绍的android so库的热更新问题,希望对大家有所帮助

如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复

相关文章:

验证码:
移动技术网