这是我提出的另一个问题的后续:Android -- get MEID from JNI
我正在尝试获取 Android 手机的 ID。我有一些 JNI 代码和一个简单的测试应用程序来调用 JNI 代码。这是来 self 的简单测试应用程序的有效 Java 代码:
TelephonyManager tm = (TelephonyManager)this.getSystemService(Context.TELEPHONY_SERVICE);
String id = tm.getDeviceId();
字符串 id
设置为我想要的电话 ID 值。但我需要从 JNI 获取它,仅使用上面的代码并传入 ID 值并不是一个可接受的解决方案。 (这是为了让一些 JNI 代码在某种程度上是防篡改的,我不应该相信 Java 层会发送正确的 ID 值。)
这是我编写的 JNI 代码,删除了错误处理,因此更容易理解。它一直工作到指示的行,然后整个应用程序崩溃。
// "env" and "obj" are passed to a JNI function and are used unmodified in this code
// JNIEnv *env, jobject obj
jclass cls_context = NULL;
jclass cls_tm = NULL;
jobject tm = NULL;
jmethodID mid;
jfieldID fid;
jstring jstr;
jsize len_jstr;
cls_context = (*env)->FindClass(env, "android/content/Context");
fid = (*env)->GetStaticFieldID(env, cls_context, "TELEPHONY_SERVICE",
"Ljava/lang/String;");
jstr = (*env)->GetStaticObjectField(env, cls_context, fid);
mid = (*env)->GetMethodID(env, cls_context, "getSystemService",
"(Ljava/lang/String;)Ljava/lang/Object;");
tm = (*env)->CallObjectMethod(env, obj, mid, jstr); // THIS LINE CRASHES
cls_tm = (*env)->FindClass(env, "android/telephony/TelephonyManager");
mid = (*env)->GetMethodID(env, cls_tm, "getDeviceId",
"()Ljava/lang/String;");
jstr = (*env)->CallObjectMethod(env, tm, mid);
len_jstr = (*env)->GetStringUTFLength(env, jstr);
(*env)->GetStringUTFRegion(env, jstr, 0, len_jstr, buf_devid);
我认为问题在于 obj
不是应该传递的正确内容,但如果是这样我不知道什么是正确的。传递给 JNI 函数的 obj
与 Java 代码中的 this
不是一回事吗?
编辑:好的,我们已经发现如果我们向 JNI 函数添加一个类型为 jobject
的额外参数,并在该参数中显式传递 this
的副本,然后将其传递给 CallObjectMethod()
(上面代码中崩溃的那个),一切正常。我们得到我们的 TelephonyManager
实例,我们可以查询电话 ID 值。
使用日志记录宏,我记录了 obj
指针和传入的 this
指针。它们是相似的数字(地址彼此接近)但不相同。所以我认为 obj
是来自 Java VM 内部的某种对象引用……它实际上与 this
不同。
在 JNI 函数中,前两个参数是 JNIEnv *env
和 jobject obj
。第二个是干什么用的?我能用它做什么?有什么方法可以使用它来调用 getSystemService
还是我必须传递一个额外的参数并传入 this
?
最佳答案
问题似乎与 Java 继承有关:在 Java 中,您可以调用 this.getSystemService()
并且它有效,即使 this
实际上不是一个实例上下文
。当您进行 JNI 调用时,调用会失败。
所以我们的解决方案是让我们的 Android 应用程序添加一个 .getApplicationContext()
方法函数,实际上作为它自己的类的一部分。这又会调用实际的 getSystemService()
并返回结果。
代码没有改变:我们还在调用
mid = (*env)->GetMethodID(env, cls_context, "getSystemService", "(Ljava/lang/String;)Ljava/lang/Object;");
但现在它可以工作了,当调用我们的 JNI 函数的类中有一个 .getSystemService()
方法时。因此,JNI 调用中的 env
参数确实表示 this
(它不相同......我将 this
的值打印为指针,并打印了env
,它们虽然不一样,但肯定是相关的)。
关于Android NDK 在调用 getSystemService 的 CallObjectMethod 中崩溃,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12103411/