问题描述:
一般 JNI回调,都会在开始时调用AttachCurrentThread获取环境env,在结束回调时调用DetachCurrentThread释放资源,但有时会出现崩溃问题,崩溃原因是释放了正在运行的线程。
问题分析:
之所以要调用AttachCurrentThread,是因为当前不是java线程,无法执行java代码。
1)若当前已经是java线程,则无需AttachCurrentThread,也无需调用DetachCurrentThread;
2)若当前不是java线程,则必须AttachCurrentThread,也要调用DetachCurrentThread;
因此,DetachCurrentThread产出崩溃就只有一种情况:当前是java线程,调用DetachCurrentThread方法。
解决方案:
判断当前是否为java线程,若是,则参考1);若不是,则参考2)。
通用做法参考:
bool isAttachedCurrentThread(JNIEnv** env)
{
if (sm_playerVM->GetEnv((void**)env, JNI_VERSION_1_4) < 0) {
sm_playerVM->AttachCurrentThread(env, NULL)
return true;
}
return false;
}
JNIMethod(){
JNIEvn* env = NULL;
bool isAttached = isAttachedCurrentThread(&env);
//do sth.
if (isAttached) {
sm_playerVM->DetachCurrentThread();
}
}
本文分析了JNI回调中出现的线程崩溃问题,指出在非Java线程中需要使用AttachCurrentThread获取环境,而在结束时调用DetachCurrentThread释放资源。错误地在Java线程上调用DetachCurrentThread会导致崩溃。解决方案是检查当前线程状态,只有在非Java线程时才执行Attach和Detach操作。示例代码展示了如何避免此类问题。

910

被折叠的 条评论
为什么被折叠?



