android.os.MessageQueue.nativePollOnce 处的 ANR

Question

我们在应用程序的不同部分看到了此 ANR。 想了解导致此 ANR 的原因吗？

main (native): tid=1 systid=31940
#00 pc 0x5431c libc.so 
#01 pc 0x1313a5 libart.so 
#02 pc 0x2ab05b libart.so 
#03 pc 0x3659 libnativehelper.so 
#04 pc 0x9dee9 libandroid_runtime.so 
#05 pc 0x65c45 libgui.so 
#06 pc 0x11dcd libutils.so 
#07 pc 0x11abf libutils.so 
#08 pc 0xbcc7d libandroid_runtime.so 
       at android.os.MessageQueue.nativePollOnce(MessageQueue.java)
       at android.os.MessageQueue.next(MessageQueue.java:339)
       at android.os.Looper.loop(Looper.java:199)
       at android.app.ActivityThread.main(ActivityThread.java:8276)
       at java.lang.reflect.Method.invoke(Method.java)
       at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:612)
       at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1006)

这是 firebase 对于此 ANR 的说法 -

发生 ANR 时该线程处于空闲状态。我们没有足够的 确定根本原因的信息。

Answer 1

NativePollOnce：

当CPU等待新任务/消息时出现。

原因：

1. 如果BroadCast Receiver在10秒内没有完成执行，则可能会出现ANR。
2. 输入事件5秒内无响应
3. 当应用错误地尝试显示对话框但调用不是来自主线程时，可能会导致ANR。 （注意：验证UI线程中对UI View的所有调用）
4. 这可能是由于内存泄漏而发生的。
5. Handler.postDelayed 可能会产生问题
6. 这种类型的崩溃很常见，当发生堆栈转储时，某些应用程序的堆栈跟踪可能会在实际 ANR 时间之后很长一段时间内转储
7. 它可能发生在 SCREEN_ON BROADCAST 上，并且 google 广告正在使用 SCREEN_ON BROADCAST 。
8. 它可能发生在垃圾收集过程中（由
   Ezequiel Adrian 评论）

收集 ANR 的方法：

1. WatchDog
2. 捕获本机 SIGQUIT
3. ApplicationExitInfo（由 crashalytics 使用）
4. 从 Google Play Console
5. Firebase 收集（Firebase 仅从 Android 11 及更高版本收集）

解决 ANR 的挑战：揭开

ANR 之谜的神秘面纱。 链接

解决方案：

1. 优化初始化和广告加载。 链接
2. 如果您正在使用 Media，则在 IO 线程中释放它
3. 查找内存泄漏使用泄漏金丝雀或 Android 进行追踪
   profiler
4. 将 firebase 降级到 28.4.2 （它不会收集 ANR，但并不意味着它不会发生）
5. 验证 UI 线程中 UI View 的所有调用
6. 更多信息来自 问题跟踪器
7. 更多信息 Stack Ans
8. 减少了 Static(java) 或伴随对象 (kotlin)、属性和类的使用

Answer 2

面临同样的问题 - 我读到它与 Admob 或统一广告相关，并且 google 有一个开放线程： https://issuetracker.google.com/issues/230950647?pli=1

Answer 3

可能的原因：UI线程被同步屏障阻塞。

如果UI线程的MessageQueue有同步屏障，所有消息都会被阻塞（异步消息除外），直到同步屏障已移除。

什么会导致此问题？

如果您在非 UI 线程中使视图无效，则可能会遇到此问题。

为什么？

// View.java
public void invalidate() {
    invalidate(true);
}
public void invalidate(boolean invalidateCache) {
    invalidateInternal(...);
}
void invalidateInternal(...) {
    final ViewParent p = mParent;
    p.invalidateChild(this, damage);
}

// ViewGroup.java
public final void invalidateChild(View child, final Rect dirty) {
    onDescendantInvalidated(child, child);
}

public void onDescendantInvalidated(@NonNull View child, @NonNull View target) {
    //...
    if (mParent != null) {
        mParent.onDescendantInvalidated(this, target);
    }
}

ViewRootImpl 是最顶层的 ViewParent：

public void onDescendantInvalidated(@NonNull View child, @NonNull View descendant) {
    // TODO: Re-enable after camera is fixed or consider targetSdk checking this
    // checkThread();
    invalidate();
}
void invalidate() {
    scheduleTraversals();
}
void scheduleTraversals() {
    if (!mTraversalScheduled) {
        mTraversalScheduled = true;
        mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier();
    }
}

void unscheduleTraversals() {
    if (mTraversalScheduled) {
        mTraversalScheduled = false;
        mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);
    }
}

void doTraversal() {
    if (mTraversalScheduled) {
        mTraversalScheduled = false;
        mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier);
}

请注意上面代码片段中的 postSyncBarrier 和 removeSyncBarrier

在 ViewRootImpl 的 onDescendantInvalidated 中，它没有检查它是否在 UI 线程中。

因此，如果您偶尔在非 UI 线程中无效您的视图，您可能会在消息队列中留下同步屏障，而稍后不会被删除，然后您将得到这个 问题。

我是否在 ui 线程中使我的视图无效？

在我的例子中，我向许多视图提供了 BitmapDrawable，然后我可以更改 工作线程中 BitmapDrawable 的位图。这将导致使用 BitmapDrawable 的视图在工作线程中失效。

如何检查非 UI 线程中是否有任何视图无效？

在视图层次结构的最顶层 ViewGroup 中，覆盖 onDesendantInvalidated：

override fun onDescendantInvalidated(child: View, target: View) {
    super.onDescendantInvalidated(child, target)
    if (Looper.getMainLooper() != Looper.myLooper()) {
        throw RuntimeException("no ui thread")
    }
}

< strong>问题典型症状

1. RecyclerView 或 ListView 可以正常滚动，但任何视图的点击监听器都不起作用。
2. ANR 可能会在 CPU 过载较低且主线程的堆栈跟踪包含 MessageQueue.nativePollOnce 时发生，
3. ANR 可能是 BroadcastTimeout anr 或 ServiceTimeout anr 但不是 KeyDispatchTimeout anr

Answer 4

在最新版本的云消息传递依赖项 v23.0.7 Firebase 上，提及此版本可能会降低 ANR。以下是他在其文档中提到的一句话。

消息广播现在在绑定到服务后立即完成。此更改应该会减少 ANR 的几率

Answer 5

就我而言，这是 firebase 云消息传递库中的错误。该错误已在2022年12月8日发布的最新版本23.1.1中修复。

https://firebase.google.com/support/release- Notes/android#messaging_v23-1-1

希望对您有帮助。