Xposed加载JNI库

作者: 何晓杰Dev | 来源:发表于2017-02-13 11:44 被阅读1104次

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

    相关文章

      网友评论

      本文标题:Xposed加载JNI库

      本文链接:https://www.haomeiwen.com/subject/cpvzittx.html