使用调用API的JNI内存管理

Question

当我使用JNI方法构建Java对象时，为了将其作为参数传递给我使用JNI调用API进行调用的Java方法，如何管理它的内存？

这是我正在处理的内容：

我有一个C对象，该对象的析构函数要复杂得多free()。这个C对象将与Java对象相关联，一旦应用程序完成了Java对象，我将不再需要C对象。

我正在这样创建Java对象（为了清楚起见，省略了错误检查）：

c_object = c_object_create ();
class = (*env)->FindClass (env, "my.class.name");
constructor = (*env)->GetMethodID (env, class, "<init>", "(J)V");
instance = (*env)->NewObject (env, class, constructor, (jlong) c_object);

method = (*env)->GetMethodID (env, other_class, "doSomeWork", "(Lmy.class.name)V");
(*env)->CallVoidMethod (env, other_class, method, instance);

那么，既然我已经完成了instance，该怎么办？理想情况下，我想将垃圾收集留给VM；完成后，instance如果它还调用c_object_destroy()我提供给它的指针，那就太棒了。这可能吗？

一个单独但相关的问题与我在这种方法中创建的Java实体的范围有关。我必须手动释放，也就是说，class，constructor，或method以上？根据我的判断，JNI文档在适当的内存管理方面令人沮丧地含糊。

Answer 1

有两种回收本地资源（对象，文件描述符等）的策略。

1. 在finalize（）期间调用JNI方法，以释放资源。有人建议不要实施finalize，基本上，您不能真正确定是否释放了本地资源。对于诸如内存之类的资源，这可能不是问题，但是例如，如果您有一个文件需要在可预测的时间刷新，则finalize（）可能不是一个好主意。

2. 手动调用清除方法。如果您有一个时间点知道必须清除资源，这将很有用。当我拥有必须在JNI代码中卸载DLL之前必须重新分配的资源时，便使用了此方法。为了允许以后重新加载DLL，在尝试卸载DLL之前，我必须确保已真正释放对象。仅使用finalize（），就不会保证这一点。可以将其与（1）结合使用，以允许在finalize（）期间或在手动调用的清理方法中分配资源。（您可能需要一个WeakReferences的规范映射来跟踪哪些对象需要调用其清理方法。）

3. 推测 PhantomReference 也可以用来解决此问题，但是我不确定这种解决方案将如何工作。

实际上，我在JNI文档上与您意见不一致。我发现JNI规范在大多数重要问题上都格外清晰，即使有关管理本地和全局引用的部分可以做得更加详细。