Android应用ANR求助：MessageQueue.nativePollOnce无有效堆栈信息

核心原因先明确 #

Input dispatching timed out (No focused window) + 主线程卡在android.os.MessageQueue.nativePollOnce
这种ANR不是主线程被耗时计算卡死，而是系统没法把用户输入（点击、滑动这类）派给应用窗口——主线程其实处于 idle 状态等待消息，但输入事件因为窗口状态异常送不进来。不过RecyclerView的异常操作可能间接触发这个问题。

针对RecyclerView的排查点 #

• 检查刷新频率和方式：用户编辑列表项时，是不是频繁调用notifyDataSetChanged()这种全量刷新？频繁全量刷新会导致View树反复重绘，间接搞乱窗口状态，让系统没法正常派发输入事件。
• 排查编辑时的浮层交互：编辑操作有没有弹出Dialog、PopupWindow？如果浮层焦点没处理好（比如没正确设置焦点，或者关闭时没恢复原窗口焦点），系统会判定没有聚焦窗口，直接触发超时。
• 检查Item复用问题：自定义ViewHolder有没有内存泄漏？或者在bind的时候执行了异常UI操作——比如启动异步任务但没在回收时取消，导致多次更新UI，打乱窗口状态。
• 动画冲突排查：RecyclerView开了Item动画吗？编辑操作有没有自定义动画？动画执行时如果频繁修改布局，可能干扰系统的输入派发逻辑。

其他可能的诱因 #

• 窗口生命周期异常：Activity/Fragment的onResume()、onPause()里有没有耗时操作？或者生命周期切换时有没有手动修改窗口属性（比如隐藏窗口），导致焦点丢失？
• 系统窗口冲突：应用用了悬浮窗、权限弹窗吗？这些系统窗口弹出时，如果原窗口没正确处理焦点转移，容易出现"No focused window"。
• 第三方库问题：看看有没有用涉及窗口管理、输入处理的第三方库（比如某些UI框架、埋点SDK），这类库可能偷偷拦截输入事件或者修改窗口状态。
• 后台线程干扰：虽然主线程显示idle，但如果后台线程持有UI线程的锁，或者通过Handler狂发消息，主线程就算没被阻塞，消息队列也会被占满，没法及时处理焦点相关的消息。

解决方法 #

• 优化RecyclerView刷新：尽量用局部刷新，比如notifyItemChanged(int position)、notifyItemInserted(int position)代替全量刷新；批量更新用DiffUtil计算差异后再刷新，减少UI重绘次数。
• 修复窗口焦点：弹出浮层时明确设置焦点规则，比如给Dialog开启setCancelable(true)，关闭时手动让原Activity窗口重新获取焦点——调用activity.getWindow().getDecorView().requestFocus()即可。
• 规范ViewHolder操作：onBindViewHolder里别做耗时操作，异步任务要在onViewRecycled里取消；Item的点击、编辑事件不要随意修改窗口状态。
• 清理生命周期逻辑：把生命周期方法里的耗时操作移走，确保onResume()这类方法快速执行，避免窗口切换卡壳；销毁窗口时，把相关的UI任务、监听器全部清理干净。
• 监控窗口状态：在编辑前后、浮层显隐后，打印日志查看窗口焦点状态——用activity.hasWindowFocus()、view.isFocused()确认焦点是否正常。
• 模拟极端场景测试：试试快速滑动RecyclerView+频繁编辑的组合操作，看能不能复现ANR；用Android Studio的Profiler（CPU Profiler、Window Inspector）实时监控窗口状态和主线程消息队列。

内容的提问来源于stack exchange，提问作者SnailBird