DetachCurrentThread 有时在 NDK 中崩溃

Question

原谅我提出了一个非常模糊的问题，但是，我有一个纯原生 NDK 应用程序，它应该在沉浸式模式（即全屏）下执行。

通过APP_CMD_RESUME 恢复应用时，会执行沉浸式模式 JNI sn-p。这在大多数情况下都有效，但是，我的 activity->vm->DetachCurrentThread() 中的命令 activity->vm->DetachCurrentThread() 时不时地崩溃，并出现致命异常：

FATAL EXCEPTION: Thread-10
Process: com.toppluva.portis.LocalDebug, PID: 5474
android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:7380)
at android.view.ViewRootImpl.recomputeViewAttributes(ViewRootImpl.java:3478)
at android.view.View.setSystemUiVisibility(View.java:22587)

这真的让我感到困惑，主要是因为它不时发生，我如何检测我是否正在从这个原始线程执行？

请注意，根据文档，APP_CMD_RESUME 从主线程执行。

Answer 1

View.setSystemUiVisibility() 只能从主线程调用。 没有看到您的代码，很难判断 DetachCurrentThread() 是否在其中发挥了任何作用。

文档，ANativeActivity::env 是应用程序主线程的 JNI 上下文。

您应该在终止附加到 JVM 的本机线程之前调用 DetachCurrentThread()。

你不应该在 Java 生成的线程上调用 DetachCurrentThread)，例如用户界面线程。

请注意，您可以随时在任何线程上调用AttachCurrentThread()。它相当于 Java 线程或附加线程上的 NOP。

这些附加/分离不像括号那样配对。任何数量的附加调用都可以通过单次分离来反转。 recommended实践：

使用pthread_key_create 定义将在线程退出之前调用的析构函数，并从那里调用DetachCurrentThread。 （使用该键和pthread_setspecific 将 JNIEnv 存储在 thread-local-storage 中；这样它将作为参数传递到您的析构函数中。）

在他们的git Web repo 中查看 WebRTC 如何处理附加/分离。