在 JNI 函数中，当我就地更改从 Java 代码传递的数组时，数组不会修改

Question

我正在将一个 int 数组从 Java 传递给本机方法。然后在 JNI 函数中，我使用 GetIntArrayElements() 创建了一个指向 int 数组的指针，并作为 *isCopy 参数 JNI_FALSE 传递。我认为这不会创建原始数组的副本，我可以就地修改数组。然后我使用 ReleaseIntArrayElements() 并将模式参数 JNI_ABORT 传递给仅释放缓冲区。但这没有用。

从 JNI 文档：

• 模式 0：复制内容并释放 elems 缓冲区
• 模式 JNI_COMMIT：复制内容但不释放 elems 缓冲区
• 模式 JNI_ABORT：释放缓冲区而不复制可能的更改

当我尝试在 ReleaseIntArrayElements() 中使用模式“0”时，效果很好。但我不明白为什么因为我没有创建原始数组的副本，而模式“0”正在复制内容。

我想 JNI 总是创建原始数组的副本。但是随后 GetIntArrayElements() 中的 *isCopy 参数失去了意义。那么这到底发生了什么？

这是我的 JNI 功能

extern "C" JNIEXPORT jdouble JNICALL
Java_my_own_package_MainActivity_myFunction(
    JNIEnv *env,
    jobject /* this */, jintArray tbl) {
    jint *tblptr = env->GetIntArrayElements(tbl, JNI_FALSE);
    tblptr[0] = 0; //in-place change
    env->ReleaseIntArrayElements(tb1, tblptr, JNI_ABORT);
    return 0;
}

Answer 1

你滥用了jboolean *isCopy. 这是一个 out 参数，您应该在实际调用env->GetIntArrayElements(tbl, isCopy);. 如果它返回，JNI_FALSE则不进行复制。

这是必要的，因为 GC 可以不可预测地将元素从一个位置移动到另一个位置，并且您应该始终将更改复制回原始 java 数组。因为你永远不知道实际 java 数组的内存位置。

如果您不想制作副本，您可能正在寻找critical该方法的一个版本。这是 JNI 文档所说的：

这些限制使得本机代码更有可能获得阵列的未复制版本，即使虚拟机不支持固定

这并不意味着只要您持有临界区，JVM 就会禁用垃圾收集，尽管它很可能会这样做。

雇员 矿：

例如，当本机代码持有指向通过以下方式获得的数组的指针时，VM可能会暂时禁用垃圾收集GetPrimitiveArrayCritical