Подтвердить что ты не робот

В JNI как кэшировать класс, methodID и fieldID по рекомендациям IBM по эффективности?

Я читал в в IBM, который

Чтобы получить доступ к полям объектов Java и вызвать их методы, собственный код должен делать вызовы в FindClass(), GetFieldID(), GetMethodId() и GetStaticMethodID(). В случае GetFieldID(), GetMethodID() и GetStaticMethodID(), идентификаторы, возвращаемые для данного класса, не изменяются для времени жизни процесса JVM. Но вызов для получения поля или метод может потребовать значительную работу в JVM, поскольку поля и методы могут быть унаследованы от суперклассов, что делает JVM найдите иерархию классов, чтобы найти их. Поскольку идентификаторы одинаковы для данного класса вы должны искать их один раз, а затем повторно использовать их. Аналогично, поиск объектов класса может быть дорогостоящим, поэтому они должны также кэшируется.

Как один кешировать объекты methodID, fieldID и class в JNI? Существуют ли встроенные методы или конкретная процедура, которая должна соблюдаться?

4b9b3361

Ответ 1

Нет встроенных методов или специальных процедур, но здесь представлена ​​несколько стандартная, чистая и повторяемая реализация, показывающая, как я пользуюсь рекомендацией IBM.

Я собираюсь предположить, что вы вызываете свою DLL из Java, и вы используете ее циклически.

Свой собственный класс Java org.stackoverflow.jni.NativeClazz; вы также будете использовать 2 встроенных JNI-метода JNI_OnLoad и JNI_OnUnload (ранее два пользовательских метода initialize() и destroy().

void JNI_OnLoad (JavaVM * vm, void * reserved): Этот метод будет использоваться для регистрации ваших идентификаторов классов в качестве глобальных переменных и назначения идентификаторов методов и идентификаторов полей статическим переменным. Он автоматически вызывается, когда ваш драйвер загружается виртуальной машиной Java и вызывается только один раз в течение жизненного цикла.

void JNI_OnUnload (JavaVM * vm, void * reserved): Этот метод будет использоваться для освобождения глобальных переменных, зарегистрированных JNI_OnLoad. VM вызывает JNI_OnUnload непосредственно перед закрытием вашего приложения.

Обоснование:. Понятно, что вам нужно зарегистрировать идентификаторы классов в качестве глобальных ссылок для поддержания жизнеспособности любых связанных идентификаторов ID/полей. Если вы этого не сделали, и класс будет выгружен из JVM, идентификаторы методов/идентификаторы полей могут измениться при перезагрузке. Идентификаторы методов и идентификаторы полей не должны регистрироваться как глобальные ссылки, если зарегистрирован ассоциированный идентификатор класса. Регистрация идентификаторов классов в качестве глобальных ссылок предотвращает разгрузку связанного Java-класса, поэтому стабилизирует значения идентификатора метода/поля ID. В качестве глобальных ссылок идентификаторы классов должны быть удалены в методе destroy().

Далее следует код; комментарии в файле .cpp объясняют регистрацию ваших переменных глобально.

Вот класс Java BeanObject, представляющий наш объект данных:

package org.stackoverflow.data;

public class BeanObject {

    String foo = "";

    public String getFoo() {

        return foo;
    }
}

Вот скелет Java class NativeClazz:

package org.stackoverflow.jni;

import org.stackoverflow.data.BeanObject;

public class NativeClazz {

    // Static area for forced initialization
    static {

        // Load Native Library (C++); calls JNI_OnLoad()
        System.loadLibrary("Native_Library_File_Name");
    }       

    /**
     * A static native method you plan to call.
     */
    public static native void staticNativeMethod(BeanObject bean);

    /**
     * A non-static native method you plan to call, to show this also works with 
     * instantiated Java classes.
     */
    public native void instanceNativeMethod(BeanObject bean);
}

Вот заголовочный файл С++, сгенерированный с помощью javah на NativeClazz:

/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class org_stackoverflow_jni_NativeClazz */

#ifndef _Included_org_stackoverflow_jni_NativeClazz
#define _Included_org_stackoverflow_jni_NativeClazz
#ifdef __cplusplus
extern "C" {
#endif

/*
 * Class:     org_stackoverflow_jni_NativeClazz_staticNativeMethod
 * Method:    staticNativeMethod
 * Signature: ()V
 */
JNIEXPORT void JNICALL Java_org_stackoverflow_jni_NativeClazz_staticNativeMethod
  (JNIEnv *, jclass, jobject);

/*
 * Class:     org_stackoverflow_jni_NativeClazz_instanceNativeMethod
 * Method:    instanceNativeMethod
 * Signature: ()V
 */
JNIEXPORT void JNICALL Java_org_stackoverflow_jni_NativeClazz_instanceNativeMethod
  (JNIEnv *, jobject, jobject);

#ifdef __cplusplus
}
#endif
#endif

Вот файл С++.cpp, реализующий файл заголовка:

#include "org_stackoverflow_jni_NativeClazz.h"

using namespace std;

/**************************************************************
 * Static Global Variables to cache Java Class and Method IDs
 **************************************************************/
static jclass JC_BeanObject;
static jmethodID JMID_BeanObject_getFoo;

/**************************************************************
 * Declare JNI_VERSION for use in JNI_Onload/JNI_OnUnLoad
 * Change value if a Java upgrade requires it (prior: JNI_VERSION_1_6)
 **************************************************************/
static jint JNI_VERSION = JNI_VERSION_1_8;

/**************************************************************
 * Initialize the static Class and Method Id variables
 **************************************************************/
jint JNI_OnLoad(JavaVM* vm, void* reserved) {

    // Obtain the JNIEnv from the VM and confirm JNI_VERSION
    JNIEnv* env;
    if (vm->GetEnv(reinterpret_cast<void**>(&env), JNI_VERSION) != JNI_OK) {

        return JNI_ERR;
    }

    // Temporary local reference holder
    jclass tempLocalClassRef;

    // STEP 1/3 : Load the class id
    tempLocalClassRef = env->FindClass("org/stackoverflow/data/BeanObject");

    // STEP 2/3 : Assign the ClassId as a Global Reference
    JC_BeanObject = (jclass) env->NewGlobalRef(tempLocalClassRef);

    // STEP 3/3 : Delete the no longer needed local reference
    env->DeleteLocalRef(tempLocalClassRef);

    // Load the method id
    JMID_BeanObject_getFoo = env->GetMethodID(JC_BeanObject, "getFoo", "(Ljava/lang/String;)V");

    // ... repeat prior line for any other methods of BeanObject

    // ... repeat STEPS 1-3 for any other classes; re-use tempLocalClassRef.

    // Return the JNI Version as required by method
    return JNI_VERSION;
}

/**************************************************************
 * Destroy the global static Class Id variables
 **************************************************************/
void JNI_OnUnload(JavaVM *vm, void *reserved) {

    // Obtain the JNIEnv from the VM
    // NOTE: some re-do the JNI Version check here, but I find that redundant
    JNIEnv* env;
    vm->GetEnv(reinterpret_cast<void**>(&env), JNI_VERSION);

    // Destroy the global references
    env->DeleteGlobalRef(JC_BeanObject);

    // ... repeat for any other global references
}

/**************************************************************
 * A Static Native Method
 **************************************************************/
JNIEXPORT void JNICALL Java_org_stackoverflow_jni_NativeClazz_staticNativeMethod
               (JNIEnv * env, jclass clazz, jobject jBeanObject) {

    // Retrieve jstring from the Java Object
    jstring jFoo = (jstring)env->CallObjectMethod(jBeanObject, JMID_BeanObject_getFoo);

    // Make accessible to C++
    const char * cFoo = env->GetStringUTFChars(jFoo, NULL);             

    // Do something with cFoo...

    // Release Resources
    env->ReleaseStringUTFChars(jFoo, cFoo);
    env->DeleteLocalRef(jFoo);
}

/**************************************************************
 * Instance / Non-Static Native Method
 **************************************************************/
JNIEXPORT void JNICALL Java_org_stackoverflow_jni_NativeClazz_instanceNativeMethod
               (JNIEnv * env, jobject selfReference, jobject jBeanObject) {

    // Retrieve jstring from the Java Object
    jstring jFoo = (jstring)env->CallObjectMethod(jBeanObject, JMID_BeanObject_getFoo);               

    // Make accessible to C++
    const char * cFoo = env->GetStringUTFChars(jFoo, NULL);             

    // Do something with cFoo...

    // Release Resources
    env->ReleaseStringUTFChars(jFoo, cFoo);
    env->DeleteLocalRef(jFoo);
}

Ответ 2

Вот как я пользуюсь рекомендацией IBM. Учитывая класс demo java:

public class SimpleClazz {

    public int value = 10;

    public native int getValue();

    static {
        // Load Native Library
        System.loadLibrary("The native library name");
    }
}

Соответствующий заголовочный файл jni:

/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class SimpleClazz */

#ifndef _Included_SimpleClazz
#define _Included_SimpleClazz
#ifdef __cplusplus
extern "C" {
#endif
/*
 * Class:     SimpleClazz
 * Method:    getValue
 * Signature: ()I
 */
JNIEXPORT jint JNICALL Java_SimpleClazz_getValue
  (JNIEnv *, jobject);

#ifdef __cplusplus
}
#endif
#endif

Согласно рекомендации IBM, нам нужно кэшировать использованный класс SimpleClazz и идентификатор поля члена объекта value.

После изучения этой хорошей статьи я кэширую SimpleClazz в функции JNI_OnLoad, которая вызывается, когда родная библиотека (например, через System.loadLibrary). В JNI_OnLoad мы находим класс и сохраняем этот jclass в качестве глобального поля.

Кроме того, в нативной версии getValue мы используем статическую локальную переменную для кэширования идентификатора поля value. Этот проект должен удостовериться, что этот зарегистрированный идентификатор может быть в лучшем объеме, а не в глобальном масштабе. Недостатком этой конструкции является то, что нам нужно сравнивать с NULL каждый раз, когда мы вызываем эту функцию. Я изучил этот проект из раздела 4.4.1 книги Интерфейс Java Native: руководство и спецификация программиста.

Наконец, нам также нужно написать функцию JNI_OnUnload, которая вызывается, когда загрузчик классов, содержащий встроенную библиотеку, собирает мусор. В этой функции мы освобождаем глобальную ссылку jclass.

Моя реализация cpp показана ниже:

#include <jni.h>
#include <SimpleClazz.h>

static jclass simpleCls;

// According to http://docs.oracle.com/javase/1.5.0/docs/guide/jni/spec/invocation.html#JNI_OnLoad
// The VM calls JNI_OnLoad when the native library is loaded (for example, through System.loadLibrary).
jint JNI_OnLoad(JavaVM* vm, void* reserved) {
    JNIEnv* env;
    if ((*vm)->GetEnv(vm, (void **) &env, JNI_VERSION_1_6) != JNI_OK) {
        return JNI_ERR;
    } else {
        jclass localSimpleCls = (*env)->FindClass("SimpleClazz");

        if (localSimpleCls == NULL) {
            return JNI_ERR;
        }
        simpleCls = (jclass) (*env)->NewGlobalRef(env, localSimpleCls);
    } 
    return JNI_VERSION_1_6;
}



JNIEXPORT jint JNICALL Java_SimpleClazz_getValue(JNIEnv * env, jobject thiz){
    static jfieldID valueID = NULL;
    if (valueID == NULL) {
        valueID = (*env)->GetFieldID(env, simpleCls, "value", "I");
        if (valueID == NULL){
            return JNI_ERR;         // Exception thrown
        }
    }
    jint value = (*env)->GetIntField(env, thiz, valueID);
    return value;
}

// According to http://docs.oracle.com/javase/1.5.0/docs/guide/jni/spec/invocation.html#JNI_OnUnload
// The VM calls JNI_OnUnload when the class loader containing the native library is garbage collected.
void JNI_OnUnload(JavaVM *vm, void *reserved) {
    JNIEnv* env;
    if ((*vm)->GetEnv(vm, (void **) &env, JNI_VERSION_1_6) != JNI_OK) {
        // Something is wrong but nothing we can do about this :(
        return;
    } else {
        if (0 != NULL){
            (*env)->DeleteGlobalRef(env, simpleCls);
        }
    }
}

Ответ 3

У вас могут быть такие служебные структуры, как это:

typedef struct MYVARIANT_FID_CACHE {
    int cached;
    jclass clazz;
    jfieldID pAddress;
} MYVARIANT_FID_CACHE;

MYVARIANT_FID_CACHE VARIANTFc;

void cacheMYVARIANTFields(JNIEnv *env, jobject lpObject)
{
    if (VARIANTFc.cached) return;
    VARIANTFc.clazz = env->GetObjectClass(lpObject);
    VARIANTFc.pAddress = env->GetFieldID(VARIANTFc.clazz, "pAddress", "I");
    VARIANTFc.cached = 1;
}

VARIANT *getMYVARIANTFields(JNIEnv *env, jobject lpObject, VARIANT *lpStruct)
{
    if (!VARIANTFc.cached) cacheVARIANT2Fields(env, lpObject);

    lpStruct = (VARIANT*)(env->GetIntField(lpObject, VARIANTFc.pAddress));

    return lpStruct;
}

Это взято из моего вопроса: https://stackoverflow.com/questions/10617714/how-to-extend-swt-com-support

Для некоторых хороших примеров рассмотрим os_structs.c, он связан с реализацией SWT Eclipse.

Примечание. Вышеприведенный код является лишь примером и может быть адаптирован для разных ОС. Также он просто показывает "как получить доступ к java-полям"; для методов вы могли бы следовать одному и тому же подходу.

Ответ 4

Для простого случая я использую статические поля в C-коде, инициализированном методом initId, вызывается из моих классов Java:

package demo;
public class WithNatives {

 static {
   initIDs();
 }

 private static native void initIDs();

}

И в C:

static jmethodID methodId;

void JNICALL Java_demo_WithNatives_initIDs(JNIEnv *env, jclass clazz)
{
   // initialize methodId
}