Xposed加载JNI库

2023年5月3日 322次阅读 来源: 何晓杰Dev

在项目开发中，时常会用到 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（戳），若有不清楚的地方，还是直接看代码吧。

    原文作者：何晓杰Dev
    原文地址: https://www.jianshu.com/p/28fb91b49f32
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞