JNI“优化”值得吗？答案

【问题标题】：JNI "Optimization" Worth It?JNI“优化”值得吗？
【发布时间】：2012-08-12 00:04:35
【问题描述】：

我正在编写一个使用 JNI 的文本/VoIP 程序的 C++/Native 端。目前，Java 代码可能会定期调用 C++ 端的三个函数。调用函数的频率将取决于用户发送/接收文本消息的频率以及他们的朋友在改变他们的存在/状态方面的活跃程度。这三个函数中的每一个都遵循下面的伪代码，我不确定在函数中“全球化”任何东西是否明智（甚至可能）。

JNIEnv *env;
if (jvm_->GetEnv((void**) &env, JNI_VERSION_1_6) < 0)
{
[print error and return]
}

jclass stringclass = env->FindClass("java/lang/String"); // Same for all 3
jstring passinfo = env->NewStringUTF([str-info-to-pass]); // Different for all 3
jclass cls = env->FindClass([directory to calling Java function class]); // Same for all 3
[check if cls found, print error if not found and return]

jmethodID methID = env->GetStatisMethodID([arguments for the function]); // Different for all 3
[check if methID found, print error if not found and return]

jobjectArray args = env->NewObjectArray([arguments to build argument structure being passed to function]);
[call Java function, passing right arguments]

我在想我应该/应该能够将 jclass stringclass、jclass cls 和 JNIEnv *env 从函数中移出，并使它们成为在 JNI_OnLoad 函数调用期间设置的全局变量。这可能/可取吗？这些值是否会与 OnLoad 函数与这些函数有所不同？我是否应该将它们实例化为全局变量并在函数调用中每次都设置它们？而且，做这些真的会显着提高性能吗？

【问题讨论】：

标签： android c++ optimization java-native-interface

【解决方案1】：

可能，是的。明智的，这取决于。为自己定义什么是“显着数量”。您期望 JNI 调用的节奏是什么？我认为您可以从每秒 10 次以上的调用开始看到缓存的一些可衡量的影响。这是一个案例吗？无论如何，以我个人的经验，做得好的缓存可以清理代码，使其更短且更具可读性。所以无论如何我都会给一些建议。

FindClass 的缓存结果，绝对是的。通常任何可重用和“静态”的东西，你通过符号名称查找的内容 - 这引入了符号查找的惩罚，这与简单地使用已经缓存的指针相反。 Liang JNI book 还谈到了字段和方法 ID，因此您的 GetStaticMethodID 适用。 jmethodID 更简单，因为Get(Static)MethodID 的结果可以直接缓存：它对任何进一步的调用都有效。与返回本地引用的FindClass 不同，因此对于有效缓存（并使jmethodID 真正持久化），您必须从中创建NewGlobalRef - 并在适当时将其删除。在JNI_OnLoad tutorial 中找到了一个很好的综合示例。另一方面，缓存 JNIEnv 是没有意义的，每次 JNI 调用都会再次获得它。如果您碰巧从另一个线程调用 JNI 方法，而不是您从中缓存的线程，则缓存的 JNIEnv 也将无效。

【讨论】：

谢谢！不仅事情似乎运行得更快了，而且代码也更干净了。

【解决方案2】：

您不必担心性能。目前，我开发了一个使用本地编解码器的 voip 客户端。这意味着每个 rtp 数据包都会调用 JNI（每 20 毫秒两次，因为编码和解码都是如此），每次调用也会传递 JNIEnv。这个变量只是一个指针。在这些情况下，在低端设备上，JNI 调用消耗的 CPU 使用率低于 1%，因此如果您只需要发短信，则完全不用担心。

【讨论】：