我正在做一个 android 项目，发现一个操作成为性能瓶颈。此操作适用于一个大数组 A 并将结果存储到另一个数组 B 中。
我发现这个操作可以并行化。数组A可以分成N个更小的段。该操作可以独立对每个段进行操作，并将结果存储到B中的相应段中。
该操作是用本机代码编写的，带有 GetPrimitiveArrayCritical/ReleasePrimitiveArrayCritical 对来访问数组 A 和 B。
我的问题是，如果使用多线程，GetPrimitiveArrayCritical(pEnv, A, 0) 将从不同的线程多次调用。 GetPrimitiveArrayCritical 是否阻塞？即如果一个线程进行此调用，第二个线程是否可以在第一个线程调用 ReleasePrimitiveArrayCritical() 之前进行相同的调用？
请帮忙。
【问题讨论】：
标签： android concurrency java-native-interface
是的，您可以从两个并发线程调用GetPrimitiveArrayCritical()。该函数不会阻塞，并且您的两个线程将授予本机代码对底层数组的访问权限。但另一方面，该函数不会同步此访问，即如果线程 1 更改索引 100 处的值，并且线程 2 也更改索引 100 处的值，你不知道最后会选择哪个.
如果您不写入数组，则可以保证正确地为您服务。不要忘记ReleasePrimitiveArrayCritical 和JNI_ABORT 标志。
如果要写入数组，请检查GetPrimitiveArrayCritical(JNIEnv *env, jarray array, jboolean *isCopy) 设置的输出参数isCopy。如果结果为 0，您可以安全地继续使用多线程方法。
如果结果不为 0，ReleasePrimitiveArrayCritical() 将覆盖 Java 数组的所有元素，即使其中一些元素在 Java 或 C 中的不同线程中被更改。如果您的程序检测到这种情况，它必须释放数组（使用JNI_ABORT）并等待其他线程完成。 在 Android 上，我从未见过被复制的数组，它们总是被锁定在原地。 但没有人能保证这不会发生在您身上，无论是在当前系统中还是在未来的版本中。
这就是为什么您必须检查isCopy 参数。
【讨论】：