Android NDK 在调用 getSystemService 的 CallObjectMethod 中崩溃

Question

这是我提出的另一个问题的后续: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？

Answer 1

问题似乎与 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，它们虽然不一样，但肯定是相关的)。