JNI:javah 破坏内部参数 类
JNI: javah mangles arguments that are inner classes
我有一个将 android.graphics.Bitmap$Config
作为参数传递的 JNI 函数。 Config
是 Bitmap
的内部 class。当我 运行 javah 我得到不正确的 header 签名 (t运行cating to just the single argument):
Landroid_graphics_Bitmap_Config
相当于:
Landroid/graphics/Bitmap/Config
而不是:
Landroid_graphics_Bitmap_00024Config
相当于
Landroid/graphics/Bitmap$Config
javah 生成的内容是错误的,因为 JNI 会抛出一个错误来寻找内部 class 的 $
的 _00024
表示。 javah
的人似乎没有暗示任何设置来纠正这个问题。这只是 javah
的限制吗?
看起来,当涉及内部class类型的参数时,JDK中有一个错误(或不一致,至少)。
这是重现问题的示例 class:
public class A {
public native void a(android.graphics.Bitmap.Config b);
public native void a(android.graphics.Bitmap.Config b, int c);
static {
System.loadLibrary("hello-libs");
a(null);
}
}
如果使用javah
生成原生header,会得到
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_example_hellolibs_MainActivity */
#ifndef _Included_com_example_hellolibs_MainActivity
#define _Included_com_example_hellolibs_MainActivity
#ifdef __cplusplus
extern "C" {
#endif
/*
* Class: A
* Method: a
* Signature: (Landroid/graphics/Bitmap/Config;)V
*/
JNIEXPORT void JNICALL A_a__Landroid_graphics_Bitmap_Config_2
(JNIEnv *, jobject, jobject);
/*
* Class: A
* Method: a
* Signature: (Landroid/graphics/Bitmap/Config;I)V
*/
JNIEXPORT void JNICALL Java_A_a__Landroid_graphics_Bitmap_Config_2I
(JNIEnv *, jobject, jobject, jint);
#ifdef __cplusplus
}
#endif
#endif
和 -
java.lang.UnsatisfiedLinkError: No implementation found for void A.a(android.graphics.Bitmap$Config) (tried Java_A_a and Java_A_a__Landroid_graphics_Bitmap_00024Config_2)
但是这个错误很少影响由 javah
或 javac -h dir
生成的 header,因为通常本地方法是用 'short' 名称生成的,例如Java_A_a
不关心参数的类型。
解决方案是手动更改方法签名,如 https://bugs.openjdk.java.net/browse/JDK-8145897 中所建议。
我有一个将 android.graphics.Bitmap$Config
作为参数传递的 JNI 函数。 Config
是 Bitmap
的内部 class。当我 运行 javah 我得到不正确的 header 签名 (t运行cating to just the single argument):
Landroid_graphics_Bitmap_Config
相当于:
Landroid/graphics/Bitmap/Config
而不是:
Landroid_graphics_Bitmap_00024Config
相当于
Landroid/graphics/Bitmap$Config
javah 生成的内容是错误的,因为 JNI 会抛出一个错误来寻找内部 class 的 $
的 _00024
表示。 javah
的人似乎没有暗示任何设置来纠正这个问题。这只是 javah
的限制吗?
看起来,当涉及内部class类型的参数时,JDK中有一个错误(或不一致,至少)。
这是重现问题的示例 class:
public class A {
public native void a(android.graphics.Bitmap.Config b);
public native void a(android.graphics.Bitmap.Config b, int c);
static {
System.loadLibrary("hello-libs");
a(null);
}
}
如果使用javah
生成原生header,会得到
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_example_hellolibs_MainActivity */
#ifndef _Included_com_example_hellolibs_MainActivity
#define _Included_com_example_hellolibs_MainActivity
#ifdef __cplusplus
extern "C" {
#endif
/*
* Class: A
* Method: a
* Signature: (Landroid/graphics/Bitmap/Config;)V
*/
JNIEXPORT void JNICALL A_a__Landroid_graphics_Bitmap_Config_2
(JNIEnv *, jobject, jobject);
/*
* Class: A
* Method: a
* Signature: (Landroid/graphics/Bitmap/Config;I)V
*/
JNIEXPORT void JNICALL Java_A_a__Landroid_graphics_Bitmap_Config_2I
(JNIEnv *, jobject, jobject, jint);
#ifdef __cplusplus
}
#endif
#endif
和 -
java.lang.UnsatisfiedLinkError: No implementation found for void A.a(android.graphics.Bitmap$Config) (tried Java_A_a and Java_A_a__Landroid_graphics_Bitmap_00024Config_2)
但是这个错误很少影响由 javah
或 javac -h dir
生成的 header,因为通常本地方法是用 'short' 名称生成的,例如Java_A_a
不关心参数的类型。
解决方案是手动更改方法签名,如 https://bugs.openjdk.java.net/browse/JDK-8145897 中所建议。