当前位置:首页 > 单片机 > 程序喵大人
[导读]目录Java线程与OS线程的区别与关联JNI的作用JNIEnv和JavaVM是啥JNI中数据是如何传递的Java线程与Native(OS)线程的区别联系:Java线程其实是一层OS线程的封装,本质上就是OS线程。【以前版本的Java线程不是OS线程,是JVM构造的用户态线程(Gr...


目录


  • Java线程与OS线程的区别与关联

  • JNI的作用

  • JNIEnv和JavaVM是啥

  • JNI中数据是如何传递的




Java线程与Native(OS)线程的区别



联系:Java线程其实是一层OS线程的封装,本质上就是OS线程。【以前版本的Java线程不是OS线程,是JVM构造的用户态线程(Green Thread),不能充分利用CPU,后期已经更改为使用OS线程实现。】【参考https://mp.weixin.qq.com/s/Gxqnf5vjyaI8eSYejm7zeQ】


区别:

Java线程可以直接拿到JNIEnv,OS线程需要先attach到JVM,才可以拿到JNIEnv。【个人理解区别在于是否attach了JVM】

jint AttachCurrentThread(JavaVM *vm, void **p_env, void *thr_args);

Java线程可以FindClass成功,OS线程则FindClass失败,原因是两者的ClassLoader不同,OS线程AttachCurrentThread后持有的ClassLoader是系统的ClassLoader,如果想要FindClass成功,需要在JNI_Onload时获取一份当前库的ClassLoader保存起来,下次FindClass时使用此ClassLoader去操作。


static jobject g_class_loader = NULL;

static jmethodID g_find_class_method = NULL;

void on_load() {

    JNIEnv *env = get_jni_env();

if (!env) {

return;

}

    jclass capture_class = (*env)->FindClass(env, "com/captureandroid/BMMCaptureEngine");

jclass class_class = (*env)->GetObjectClass(env, capture_class);

jclass class_loader_class = (*env)->FindClass(env, "java/lang/ClassLoader");

jmethodID class_loader_mid = (*env)->GetMethodID(env, class_class, "getClassLoader", "()Ljava/lang/ClassLoader;");

jobject local_class_loader = (*env)->CallObjectMethod(env, capture_class, class_loader_mid);

g_class_loader = (*env)->NewGlobalRef(env, local_class_loader);

g_find_class_method =

(*env)->GetMethodID(env, class_loader_class, "findClass", "(Ljava/lang/String;)Ljava/lang/Class;");

}


jclass find_class(const char *name) {

JNIEnv *env = bmm_util_get_jni_env();

if (!env) {

return NULL;

}

jclass ret = (*env)->FindClass(env, name);

jthrowable exception = (*env)->ExceptionOccurred(env);

if (exception) {

(*env)->ExceptionClear(env);

jstring name_str = (*env)->NewStringUTF(env, name);

ret = (jclass)(*env)->CallObjectMethod(env, g_class_loader, g_find_class_method, name_str);

(*env)->DeleteLocalRef(env, name_str);

}

return ret;

}




JNI的作用



贴出别人翻译的【官方文档https://docs.oracle.com/javase/7/docs/technotes/guides/jni/spec/design.html#wp16696】的一段话:


JNI最重要的设计目标就是在不同操作系统上的JVM之间提供二进制兼容,做到一个本地库不需要重新编译就可以运行不同的系统的JVM上面。为了达到这一点儿,JNI设计时不能关心JVM的内部实现,因为JVM的内部实现机制在不断地变,而我们必须保持JNI接口的稳定。JNI的第二个设计目标就是高效。我们可能会看到,有时为了满足第一个目标,可能需要牺牲一点儿效率,因此,我们需要在平台无关和效率之间做一些选择。最后,JNI必须是一个完整的体系。它必须提供足够多的JVM功能让本地程序完成一些有用的任务。JNI不能只针对一款特定的JVM,而是要提供一系列标准的接口让程序员可以把他们的本地代码库加载到不同的JVM中去。有时,调用特定JVM下实现的接口可以提供效率,但更多的情况下,我们需要用更通用的接口来解决问题。



JNIEnv和JavaVM



就是个函数指针。


下图是JNIEnv的指针结构:

JNIEnv其实是一个指向本地线程数据的接口指针,指针里面包含指向函数接口的指针,每一个接口函数在这表中都有一个预定义的偏移位置,类似C 虚函数表。


代码如下:

typedef const struct JNINativeInterface *JNIEnv;


struct JNINativeInterface {

void* reserved0;

void* reserved1;

void* reserved2;

void* reserved3;


jint (*GetVersion)(JNIEnv *);


jclass (*DefineClass)(JNIEnv*, const char*, jobject, const jbyte*,

jsize);

jclass (*FindClass)(JNIEnv*, const char*);

jobject (*AllocObject)(JNIEnv*, jclass);

jobject (*NewObject)(JNIEnv*, jclass, jmethodID, ...);

jobject (*NewObjectV)(JNIEnv*, jclass, jmethodID, va_list);

jobject (*NewObjectA)(JNIEnv*, jclass, jmethodID, const jvalue*);

...

};

JavaVM类似

struct JNIInvokeInterface {

void* reserved0;

void* reserved1;

void* reserved2;


jint (*DestroyJavaVM)(JavaVM*);

jint (*AttachCurrentThread)(JavaVM*, JNIEnv**, void*);

jint (*DetachCurrentThread)(JavaVM*);

jint (*GetEnv)(JavaVM*, void**, jint);

jint (*AttachCurrentThreadAsDaemon)(JavaVM*, JNIEnv**, void*);

};


typedef const struct JNIInvokeInterface* JavaVM;

知识点1:为什么使用函数表而不是写死某些函数项?


可将JNI命名空间与本地代码分离,一个虚拟机可以提供多个版本的JNI函数表,用于不同场景。例如,虚拟机可支持两种JNI函数表:


  • 一个用于调试,做较多的错误检查。

  • 一个用于发布,做较少的错误检查,更高效。


知识点2:JNIEnv是thread-local,只在当前线程有效,Native方法不能将JNIenv从当前线程传递到另一个线程。不能跨线程使用JNIEnv【至于JNIEnv为什么设计成thread-local,没搞明白】。


知识点3:线程间虽然不共享JNIEnv,但是共享JavaVM,然后可以通过GetEnv获取到当前线程的JNIEnv。

jint GetEnv(JavaVM *vm, void **env, jint version);

知识点4:Native方法接收JNI接口指针作为参数。虚拟机保证在同一个线程传入Native方法的是相同的JNIEnv。如果不同线程调用Native方法,传入他们的JNIEnv不同。但JNIEnv间接指向的函数表在多个线程间是共享的。


知识点5:为什么在C语言中调用Native方法需要将JNIEnv当作参数传递,而C 中却不需要?

// C语言

jstring model_path = (*env)->NewStringUTF(env, path);

// C

jstring model_path = env->NewStringUTF(path);前面列出的JNIEnv是C语言形式,Java还单独为C 封装了一层JNIEnv,简化版代码:

struct _JNIEnv {

/* do not rename this; it does not seem to be entirely opaque */

const struct JNINativeInterface* functions;


#if defined(__cplusplus)


jint GetVersion()

{ return functions->GetVersion(this); }


jclass FindClass(const char* name)

{ return functions->FindClass(this, name); }

#endif

}其实本质上还是调用的C语言那种形式的接口。



JNI中数据如何传递



这里不详细介绍了,大体就是int,float这种基本类型采用拷贝,对象和byte数组等使用引用形式,所以其实Java层的byte字节流数据传到Native层基本不耗时,不会发生拷贝【但是Native层如果想使用持有这块数据,那就得自己拷贝一份了】。


还有些GlobalReference、LocalReference以及为什么要Delete LocalReference的这类知识点,这些比较基础,就不介绍了,估计大家也都懂。


本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: 驱动电源

在工业自动化蓬勃发展的当下,工业电机作为核心动力设备,其驱动电源的性能直接关系到整个系统的稳定性和可靠性。其中,反电动势抑制与过流保护是驱动电源设计中至关重要的两个环节,集成化方案的设计成为提升电机驱动性能的关键。

关键字: 工业电机 驱动电源

LED 驱动电源作为 LED 照明系统的 “心脏”,其稳定性直接决定了整个照明设备的使用寿命。然而,在实际应用中,LED 驱动电源易损坏的问题却十分常见,不仅增加了维护成本,还影响了用户体验。要解决这一问题,需从设计、生...

关键字: 驱动电源 照明系统 散热

根据LED驱动电源的公式,电感内电流波动大小和电感值成反比,输出纹波和输出电容值成反比。所以加大电感值和输出电容值可以减小纹波。

关键字: LED 设计 驱动电源

电动汽车(EV)作为新能源汽车的重要代表,正逐渐成为全球汽车产业的重要发展方向。电动汽车的核心技术之一是电机驱动控制系统,而绝缘栅双极型晶体管(IGBT)作为电机驱动系统中的关键元件,其性能直接影响到电动汽车的动力性能和...

关键字: 电动汽车 新能源 驱动电源

在现代城市建设中,街道及停车场照明作为基础设施的重要组成部分,其质量和效率直接关系到城市的公共安全、居民生活质量和能源利用效率。随着科技的进步,高亮度白光发光二极管(LED)因其独特的优势逐渐取代传统光源,成为大功率区域...

关键字: 发光二极管 驱动电源 LED

LED通用照明设计工程师会遇到许多挑战,如功率密度、功率因数校正(PFC)、空间受限和可靠性等。

关键字: LED 驱动电源 功率因数校正

在LED照明技术日益普及的今天,LED驱动电源的电磁干扰(EMI)问题成为了一个不可忽视的挑战。电磁干扰不仅会影响LED灯具的正常工作,还可能对周围电子设备造成不利影响,甚至引发系统故障。因此,采取有效的硬件措施来解决L...

关键字: LED照明技术 电磁干扰 驱动电源

开关电源具有效率高的特性,而且开关电源的变压器体积比串联稳压型电源的要小得多,电源电路比较整洁,整机重量也有所下降,所以,现在的LED驱动电源

关键字: LED 驱动电源 开关电源

LED驱动电源是把电源供应转换为特定的电压电流以驱动LED发光的电压转换器,通常情况下:LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: LED 隧道灯 驱动电源
关闭