在项目开发中，时常会用到 JNI 库，以提供一些特定的功能，而在 xposed 开发中，也会有这样的需求，然而，在 xposed 的条件下，要加载一个 so 可不是一件容易的事。
首先的问题是跨进程，由于 xposed 程序在执行时，xposed 模块与主包并不在同一进程，因此无法直接使用以下代码对 JNI 库进行加载：
init {
System.loadLibrary("xpjni")
}
如果这么做，那么只会得到一个 UnsatisfiedLinkError，因为在 xposed 进程所可以访问的空间内，找不到这个 so。
那么是否可以使用另一个加载方法，即 System.load 呢？如下的代码：
init {
System.load("/data/app/com.rarnu.xpjni.demo-1/lib/arm/libxpjni.so")
}
这样的代码在部分手机上可以工作，但是在部分手机上依然得到了一个 UnsatisfiedLinkError，但是具体的出错信息变了：
java.lang.UnsatisfiedLinkError: dlopen failed:
"/data/app/com.rarnu.xpjni.demo-2/lib/arm/libxpjni.so"
is 32-bit instead of 64-bit
看出错信息，是在一个 64 位的进程内，加载了 32 位的库，于是在这里就会有一个时机的问题，需要先判断进程的位数，而在 64 位的设备上，默认的 xposed 进程也是 64 位的。以下就有两个解决方案：
方案一：编译 arm64-v8a 架构的库，然后在加载时，加载 64 位的库
init {
System.load("/data/app/com.rarnu.xpjni.demo-1/lib/arm64/libxpjni.so")
}
这样就可以适应 64 位的设备。具体的位数判断可以反射 dalvik.system. VMRuntime 类，并且调用其中的 is64Bit 方法。
方案二：改变 JNI 库的加载时机，将初始化时的加载修改到 hook 到指定 32 位包的加载时进行加载。
override fun handleLoadPackage(loadPackageParam: XC_LoadPackage.LoadPackageParam) {
if (loadPackageParam.packageName == "com.rarnu.xpjni.demo") {
System.load("/data/app/com.rarnu.xpjni.demo-1/lib/arm/libxpjni.so")
}
}
由于自己的程序只有 32 位的 JNI 库，因此会加载为 32 位的应用，在自身被加载时加载 JNI 库，就可以顺利加载到 32 位的库了，此时即使设备是 64 位的，也可以正常加载到 32 位的库。
在加载完成后，再做一个简单的函数调用，或是实现 JNI_OnLoad 即可进行测试，最终实现的效果如下：
E/XposedModule: jni library path => /data/app/com.rarnu.xpjni.demo-2/lib/arm/libxpjni.so
E/XpJNI_Native: JNI_Load
E/XposedModule: jni library loaded
E/XposedModule: jni call => 300
本文中所使用的代码工程已上传到 github（戳），若有不清楚的地方，还是直接看代码吧。
