如果我注释掉方法 (*a)->CallVoidMethod(a, b, meth, "FROM JNI"); 应用程序不会崩溃,否则就会崩溃。
假设我没有释放可能导致内存泄漏的资源“jstr”,那么为什么只有在 CallVoidMethod() 时才会发生这种情况?
我应该怎么做才能解决这个问题? 感谢所有花时间写下解决方案或阅读本文的人
错误:
android.process.acore E/StrictMode﹕ A resource was acquired at attached stack trace but never released. See java.io.Closeable for information on avoiding resource leaks.
java.lang.Throwable: Explicit termination method 'close' not called
这是我的原生“C”代码...
#include "com_example_prabhu_helloworldnative_HelloWorld.h"
#include <jni.h>
#include <android/log.h>
#define LOG_TAG "testjni"
#define ALOG(...) __android_log_print(ANDROID_LOG_INFO,LOG_TAG,__VA_ARGS__)
JNIEXPORT jstring JNICALL Java_com_example_prabhu_helloworldnative_HelloWorld_HelloJNI(JNIEnv *a, jobject b)
{
//jstring jstr = (*a)->NewStringUTF(a, "This comes from jni....");
jclass clazz =(*a)->GetObjectClass(a, b);
jmethodID meth = (*a)->GetMethodID(a, b, "messageMe", "(Ljava/lang/String;)V");
__android_log_print(ANDROID_LOG_DEBUG, "LOG_TAG", "\n this is log messge \n");
ALOG("Hello World");
if(meth == 0)
{
return;
}
(*a)->CallVoidMethod(a, b, meth, "FROM JNI");
//(*a)->Release
ALOG("REACHING HERE");
return (*a)->NewStringUTF(a, "APXOR");
}
最佳答案
StrictMode 仅报告释放受 StrictMode 显式监视的对象失败。它不会触发,因为您无法从 JNI 释放字符串。在堆栈跟踪指示的代码中分配的对象需要在删除对其的最后一个引用之前通过显式 close()
调用来释放。如果对象在关闭之前被丢弃并最终确定,系统会报告错误。
您调用的方法可能与失败的对象有任何关系,也可能没有任何关系——它可能只是进行分配,导致 GC 更快发生,因此您的应用程序会立即报告错误,而不是稍后报告错误。
在您的问题中包含更多 logcat 输出可能会很有用。严格模式代码通常配置为发出警告...如果您的应用实际上崩溃,则问题可能与无法关闭资源无关。
您的代码可能存在的一个问题是滥用b
。您将其传递给 GetMethodID()
,后者将 jclass
作为第二个参数;因为这显然有效,所以我希望“b”是一个类。如果在 Java 代码中将 HelloJNI
方法声明为 static
,就会出现这种情况。 (您调用 GetObjectClass(a,b)
,但忽略结果。)在这种情况下,将“b”作为第二个参数传递给 CallVoidMethod()
可能是错误的,并且会导致失败。
此外,正如另一个答案中所述,当需要 jstring
时,您不能传递 C 字符串或 char*
。 “FROM JNI”必须使用 NewStringUTF
转换为 jstring。编译器应该对此发出警告。
启用 CheckJNI 后,我希望报告 JNI 错误,这确实会终止应用程序。
关于java - 在附加的堆栈跟踪中获取了资源,但从未释放。内存泄漏,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30070697/