dalvik浅析二：jni、so

　　android大多使用java来开发，java中有个概念叫jni。当然说到jni，必然是少不了native code。在android中就是so库。我们来分析下jni在android dalvik的使用，以下篇幅是我对Dalvik虚拟机JNI方法的注册过程分析文章的学习和注解。在这之前先说几个概念：

　　JavaVM：虚拟机实例，也可以通过全局变量gDvm所描述的一个DvmGlobals结构体的成员变量vmList来描述的；

　　JNIEnv：用来描述当前线程的Java环境，利用此结构可以调用在Zygote中注册(看Zygote的启动过程)到dalvik里的jni方法

　　jobject：来描述当前正在执行JNI方法的Java对象

　　下图取自老罗的博客(下文就是围绕此图展开)

　　

　　我们在java函数在load so库：

System.loadLibrary("nanosleep");    

　　so库的编写：

static jint shy_luo_jni_ClassWithJni_nanosleep(JNIEnv* env, jobject clazz, jlong seconds, jlong nanoseconds)
{
    struct timespec req;
    req.tv_sec  = seconds;
    req.tv_nsec = nanoseconds;
 
    return nanosleep(&req, NULL);
}
 
static const JNINativeMethod method_table[] = {
    {"nanosleep", "(JJ)I", (void*)shy_luo_jni_ClassWithJni_nanosleep},
};
 
extern "C" jint JNI_OnLoad(JavaVM* vm, void* reserved)
{
      JNIEnv* env = NULL;
    jint result = -1;
 
    if (vm->GetEnv((void**) &env, JNI_VERSION_1_4) != JNI_OK) {
        return result;
    }
 
    jniRegisterNativeMethods(env, "shy/luo/jni/ClassWithJni", method_table, NELEM(method_table));
 
    return JNI_VERSION_1_4;
}

　　java层在loadLibrary so库时，系统其实做了这么几件事(上图step 4)：

　　1 调用dlopen在进程加载so库；看我 android so加载

　　2 调用dlsym获得so库中名称为“JNI_OnLoad”的函数的地址并保存在保存在函数指针func中：func= dlsym(handle, "JNI_OnLoad");

　　3 执行so库中JNI_OnLoad函数： version = (*func)(gDvm.vmList, NULL);

　　这个时候我们的视线转移到C++层：JNI_OnLoad(在这里注册jni方法)。看代码，实际是调用jniRegisterNativeMethods函数。但是看上图我们知道实际之前几个函数没有实质突破，还是靠dvmRegisterJNIMethod来执行：

static bool dvmRegisterJNIMethod(ClassObject* clazz, const char* methodName,
    const char* signature, void* fnPtr)
{
　　// 解释下参数：
　　// clazz：类名"shy/luo/jni/ClassWithJni"；
　　// methodName：需要注册的jni方法名 nanosleep；
　　// signature：方法的签名 实质是方法的参数和返回值，区别不同参数的函数
　　// fnPtr： jni方法函数地址 即shy_luo_jni_ClassWithJni_nanosleep函数；dalvik执行的就是这个函数，很重要哎

    Method* method;
    ......
    method = dvmFindDirectMethodByDescriptor(clazz, methodName, signature);
    ......
    dvmUseJNIBridge(method, fnPtr);
    ......
}

　　在这里我要补充的是注意dvmFindDirectMethodByDescriptor函数。jni方法在java层对应的函数就是个空的，而jni注册就是要把jni方法绑定到对应的java层函数体中。那我们怎么找到让他们对应起来呢？dvmFindDirectMethodByDescriptor利用methodName和signature参数来达到上述目的。在dvmFindDirectMethodByDescriptor中，得到class类的函数列表methods；循坏比较methods[index]的args、returnType和signature是否相等，若相等则为jni方法找到了在java层的函数(jni：我在上层也是有人滴^_^)。ok，找到method了，赶快绑定啊也可别让她逃走了啊。

void dvmUseJNIBridge(Method* method, void* func)
{
    DalvikBridgeFunc bridge = shouldTrace(method)
        ? dvmTraceCallJNIMethod
        : dvmSelectJNIBridge(method);
    dvmSetNativeFunc(method, bridge, func);
}  

 这里有个bridge的东东，我们这里先不看后面会提及(详情看老罗的文章吧)。直接看dvmSetNativeFunc

void dvmSetNativeFunc(Method* method, DalvikBridgeFunc func,
    const u2* insns)
{
    ......
  　　// 参数func  = bridge
　　　// 参数 insns = func(dvmSetNativeFunc(method, bridge, func)); 即func = (void*)shy_luo_jni_ClassWithJni_nanosleep

if (insns != NULL) {
        /* update both, ensuring that "insns" is observed first */
        method->insns = insns;
        android_atomic_release_store((int32_t) func,
            (void*) &method->nativeFunc);
    } else {
        /* only update nativeFunc */
        method->nativeFunc = func;
    }  
 
    ......
}

 在dvmSetNativeFunc函数，既然是把bridge赋值给method->nativeFunc，shy_luo_jni_ClassWithJni_nanosleep赋值给method->insns,那什么时候才会执行到shy_luo_jni_ClassWithJni_nanosleep啊(在dalvik中，若method为native则会执行method->nativeFunc)！带着这个疑问，我们回头看dvmSelectJNIBridge:

/*
 * Returns the appropriate JNI bridge for 'method', also taking into account
 * the -Xcheck:jni setting.
 */
static DalvikBridgeFunc dvmSelectJNIBridge(const Method* method)
{
    enum {
        kJNIGeneral = 0,
        kJNISync = 1,
        kJNIVirtualNoRef = 2,
        kJNIStaticNoRef = 3,
    } kind;
    static const DalvikBridgeFunc stdFunc[] = {
        dvmCallJNIMethod_general,
        dvmCallJNIMethod_synchronized,
        dvmCallJNIMethod_virtualNoRef,
        dvmCallJNIMethod_staticNoRef
    };
    static const DalvikBridgeFunc checkFunc[] = {
        dvmCheckCallJNIMethod_general,
        dvmCheckCallJNIMethod_synchronized,
        dvmCheckCallJNIMethod_virtualNoRef,
        dvmCheckCallJNIMethod_staticNoRef
    };  
 
    bool hasRefArg = false;  
 
    if (dvmIsSynchronizedMethod(method)) {
        /* use version with synchronization; calls into general handler */
        kind = kJNISync;
 　　.....if (hasRefArg) {
            /* use general handler to slurp up reference args */
            kind = kJNIGeneral;
        } else {
            /* virtual methods have a ref in args[0] (not in signature) */
            if (dvmIsStaticMethod(method))
                kind = kJNIStaticNoRef;
            else
                kind = kJNIVirtualNoRef;
        }
    }  
 
    return dvmIsCheckJNIEnabled() ? checkFunc[kind] : stdFunc[kind];
}  

直接看最后返回dvmIsCheckJNIEnabled() ? checkFunc[kind] : stdFunc[kind];假设返回stdFunc[kind]。看上面stdFunc定义，可知bridge其实是函数。我们再假定是最普通dvmCallJNIMethod_general，那么在dvmSetNativeFunc里method->nativeFunc = dvmCallJNIMethod_general。ok，那我们就看看dvmCallJNIMethod_general是在哪里执行我们的shy_luo_jni_ClassWithJni_nanosleep。

void dvmCallJNIMethod_general(const u4* args, JValue* pResult,
    const Method* method, Thread* self)
    ......
    dvmPlatformInvoke(env, staticMethodClass,
        method->jniArgInfo, method->insSize, modArgs, method->shorty,
        (void*)method->insns, pResult);
    ......
}

　　接着看dvmPlatformInvoke：　　

void dvmPlatformInvoke(void* pEnv, ClassObject* clazz, int argInfo, int argc,
    const u4* argv, const char* shorty, void* func, JValue* pReturn)
{
    ......
    ffi_call(&cif, FFI_FN(func), pReturn, values);
}

　　wow，看到没有最终还是调用了method->insns(在java函数中，dalvik中的method->insns存的是函数体的dex代码)即shy_luo_jni_ClassWithJni_nanosleep。

　　ok，上图中的步骤已全部走完。发现jni注册实质就是把native函数体绑定到对应的java层函数体，让dalvik发现函数是native时有native代码可以执行。

　　思考：

　　1 method是native时，dalvik才会调用method->nativeFunc来执行；那这个native标志是在什么时候被设置呢？dex被载入dalvik时？

　　　　在dex文件里的class—>method的accessflag属性：定义在/external/emma/core/java12/com/vladium/jcd/cls/IAccessFlags.java

　　2 so库加载过程时dlopen载入，然后执行调用其JNI_OnLoad函数。那具体的执行流程是？so库的加固是否在这里做文章呢？

　　　 看后面elf格式、so加载文章

　　参考资料：

　　1 老罗的android之旅