我试图弄清楚 JNI_OnLoad 是如何在内部调用的。我最终找到了下面的教程，但它并没有说明哪个代码部分实际将 JNI_OnLoad 调用为内部函数调用。请帮助我找到显式调用 JNI_OnLoad 的链接函数。我观察到 System.loadLibrary 调用再次调用 Classloader 的运行时。但是还是找不到原生链接。

我对 OnLoad.cpp (android/platform_frameworks_base/blob/master/services/jni/onload.cpp) 中的那个特别感兴趣

JNI_OnLoad

jint JNI_OnLoad(JavaVM *vm, void *reserved);

The VM calls JNI_OnLoad when the native library is loaded (for example, through 
System.loadLibrary). JNI_OnLoad must return the JNI version needed by the native library.
In order to use any of the new JNI functions, a native library must export a JNI_OnLoad function that returns JNI_VERSION_1_2. If the native library does not export a JNI_OnLoad function, the VM assumes that the library only requires JNI version JNI_VERSION_1_1. If the VM does not recognize the version number returned by JNI_OnLoad, the native library cannot be loaded.

编辑:我的文件跟踪基于@Code Painters 的响应如下:

       System.loadLibrary("android_servers");
            |
            |The call System.loadLibrary(name) is effectively equivalent
            |  to the call
            |
            V
        Runtime.getRuntime().loadLibrary(name)
            |
            |public static Runtime getRuntime() {
            |        return currentRuntime;}
            |
            | // Here, also,Classloader.loadlibrary is called, 
            | but this is over-ridden (?)
            | by the Native function of Runtime.java below
            V
        /dalvik/vm/native/java_lang_Runtime.cpp (The jni native
        implementation of Runtime.java):
        /*
         * static String nativeLoad(String filename, ClassLoader loader)
         *
         * Load the specified full path as a dynamic library filled with
         * JNI-compatible methods. Returns null on success, or a failure
         * message on failure.
         */
        static void Dalvik_java_lang_Runtime_nativeLoad{
        //
        success = dvmLoadNativeCode(fileName, classLoader, &reason);
        }

我现在明白了 Runtime.loadlibrary 是用 Dalvik_java_lang_Runtime_nativeLoad native 函数重载的 并且没有调用 Classloader.loadlibrary。如果我错了，请纠正我。

最佳答案

对于 Android，您应该查看 dalvik/vm/Native.c ，它定义了 JNI 接口(interface)。

最相关的功能是这个:

bool dvmLoadNativeCode(const char* pathName, Object* classLoader);

这是库被 dlopen() 编辑的地方。其中最有趣的部分:

    vonLoad = dlsym(handle, "JNI_OnLoad");
    if (vonLoad == NULL) {
        LOGD("No JNI_OnLoad found in %s %p\n", pathName, classLoader);
    } else {
        /*
         * Call JNI_OnLoad.  We have to override the current class
         * loader, which will always be "null" since the stuff at the
         * top of the stack is around Runtime.loadLibrary().  (See
         * the comments in the JNI FindClass function.)
         */
        OnLoadFunc func = vonLoad;
        Object* prevOverride = self->classLoaderOverride;

        self->classLoaderOverride = classLoader;
        oldStatus = dvmChangeStatus(self, THREAD_NATIVE);
        LOGV("+++ calling JNI_OnLoad(%s)\n", pathName);
        version = (*func)(gDvm.vmList, NULL);
        dvmChangeStatus(self, oldStatus);
        self->classLoaderOverride = prevOverride;

如您所见，JNI_OnLoad 仅使用 dlsym() 解析并使用返回的指针调用。此代码部分的其余部分是检查 JNI_OnLoad 返回的值，没有什么特别令人兴奋的。

我相信它对于其他 VM 应该看起来几乎相同 - 所以只是 grep 用于 dlopen() 和 dlsym() - 毕竟它只是简单的共享库加载和符号解析。

编辑说到您提到的确切文件，同一目录中的Android.mk 将此文件编译并链接到libandroid_servers 共享库.搜索此库名称会显示 services/java/com/android/server/SystemServer.java .

相关内容:

public static void main(String[] args) {
    // ...
    System.loadLibrary("android_servers");
    // ...
}

因此，库的加载(因此调用 onload.cpp 中的 JNI_OnLoad())是在 Android 的系统服务<的上下文中执行的 m=""> 启动。如果您想了解更多有关系统服务加载方式/时间的信息，我推荐this presentation .

关于java - 哪个方法最终调用了 JNI_OnLoad，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13509961/