无节操非程序猿

莫催稿,催稿也不交

Xposed加载JNI库

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

发表评论:

Powered By Z-BlogPHP 1.5.1 Zero

Copyright Rarnu 2017. All Rights Reserved.