JNI实战（二）：Java 调用 C

1. JNI Env 和 Java VM 关系说明

JNIEnv 是 Java的本地化环境，是Java与C的交互的重要桥梁。

在Android上，一个进程对应一个JavaVM，也就是一个app对应一个JavaVM。

一个JavaVM可以有很多个线程，每一个Java线程对应一个JNI Env。

我们可以通过JavaVM获取到JNIEnv，但是在C层访问Java对象时，必须在当前的线程下。所以我们需要合理使用JNI Env来保证不出现异常问题。

2. Java 调用 C 的流程

Java调用C的流程为：

• 在Java层定义native关键字函数
• 在C/C++层创建Java_packname_classname_methodname函数（虚拟机会将定义的两个方法进行映射关联）

对应的，在上节，我们看到Java声明的native方法：

    /**
     * A native method that is implemented by the ‘native-lib‘ native library,
     * which is packaged with this application.
     */
    public native String stringFromJNI();

也看到了C实现的native方法：

extern "C"   // 指示编译器这部分代码按C语言的进行编译
JNIEXPORT jstring JNICALL Java_com_renhui_jnihelloworld_MainActivity_stringFromJNI(JNIEnv *env, jobject /* this */)

这里，C方法中的 JNIEnv就是Java的线程环境，jobject是调用这个方法的Java对象。在以后的开发中，我们会使用到这两个方法做很多事情。

这里可能有人会问，为啥要添加 extern "C" ，可以去看一下之前总结的 C++ 基础知识回顾总结 。

这里再写一下这个问题的答案：

[ extern "C"的主要作用就是为了能够正确实现C++代码调用其他C语言代码。加上extern "C"后，会指示编译器这部分代码按C语言的进行编译，而不是C++的。由于C++支持函数重载，因此编译器编译函数的过程中会将函数的参数类型也加到编译后的代码中，而不仅仅是函数名；而C语言并不支持函数重载，因此编译C语言代码的函数时不会带上函数的参数类型，一般只包括函数名。

extern "C" 这段声明在做JNI开发的时候会经常用到，主要原因是C++语言在编译的时候为了解决函数的多态问题，会将函数名和参数联合起来生成一个中间的函数名称，而C语言则不会，因此会造成C++文件里面的JNI方法在链接时找不到对应函数的情况，此时就需要用extern "C"进行链接指定，这告诉编译器，请保持我的名称，不要给我生成用于链接的中间函数名；exter "C"{jni代码}。]

JNI实战（二）：Java 调用 C

原文：https://www.cnblogs.com/renhui/p/10490014.html