so库加载 -深入热修复笔记(3)

一、so库的加载

通过System.load(filepath)和System.loadLibray(libname)两个方法来完成，最终通过nativieLoad()来完成加载。

so库加载native方法分为静态注册和动态注册，静态注册通过Java+包名+类名+方法名，动态注册需要实现JNI_Onload()方法及实现
实现一个JNINativieMethond[]数组。

静态注册的native方法，在方法调用的第一次完成映射，前提so已经加载过，动态注册的native方法加载so库的过程中调用JNI_Onload()方法完成。

二、so 加载的实时性

     动态注册：动态注册的native方法，只要重新调用一次JNI_Onload()方法就可以重新完成映射，所以先加载原来的so库，然后加载补丁so库，就能完成java层 到native层patch新方法的映射，即时生效。在art环境下，通过name来完成，最终的load,但是dalvik虚拟机下，通过basename来完成加载，由于先加载原来的so,这时再加载，通过basename，返回还是原来调用JNI_Onload的方法指针，所以并不会即时生效，如果想即时生效，修改补丁so的名字即可。
      静态注册：静态注册的navtive方法，在方法第一次调用的时候就完成映射，不过可以通过UnregisterNatives方法进行解注册，
但即使这样也不能保证补丁so库可以即时生效，可能映射到原so库的方法，也可能是补丁so库的方法。因为整个虚拟机加载so库的SharedLib指针放在一个hashtable中，如果补丁so库放在原来so库的前面，在查找时，就会使用补丁so库的方法，如果在后面，则加载的还是原来so库中的方法。

三、so库冷部署重启生效的方案

1、接口调用替换方案

   改换so库的加载策略，先加载指定目录下补丁so库，如果存在则加载补丁so库而不加载安装apk安装目录下的so库；否则加载调用
System.loadLibray()方法加载安装apk安装目录下的so库。

2、反射注入的方案

我们知道System.loadLibrary(libname),最终传递给native方法的是so库在磁盘上的一个路径，so库会在DexPathList.nativeLibraryDirectories/nativeLibraryPathElements变量所表示的目录遍历搜索：sdk<23 在nativeLibraryDirectories中
搜索，sdk>=23 nativeLibraryPathElements  搜索，因此只需要创建一个新的element插入到 数组最前面即可。

3、如何选择so的架构

  当sdk>=21时，直接从applicationInfo中获取。
  当sdk<21时，此时不支持64位，直接返回cpu_api,cpu_api2。