Android 等待，因为没有窗口有焦点，但有一个；有重点的应用程序，在启动完成后可能最终添加一个窗口

请帮助我理解下面的ANR是什么意思？

---

“等待是因为没有窗口有焦点，但有一个“焦点应用程序可能最终在启动完成后添加一个窗口。”

我也面临同样的问题，这就是我想到的

您提到的日志： 等待，因为没有窗口有焦点，但有一个“焦点应用程序，它可能最终在启动完成后添加一个窗口。”

由InputDispatcher.cpp从AOSP框架调度

---

当InputDispatcher等待应用程序添加窗口以注入输入时，就会发生这种情况。如果等待时间>5000ms，那么您将有一个ANR。

我认为这发生在活动启动时，但不知何故它没有添加任何内容视图来与用户交互。我在开发者控制台上也看到了这个错误，因为应用程序的框架出现了问题，它常常在启动屏幕上卡住。原因是活动在默认情况下不调用setContentView，而是等待应用程序框架初始化，当框架完全初始化时，由于一个bug，它没有向活动添加任何视图。

您能给我们一些您当时所做工作的上下文吗？我的猜测是UI线程暂停太长时间并绊倒了看门狗，但这纯粹是猜测。我有一个后台透明活动（无UI），它将在设备接收来电意图（android.intent.action.phone_状态）时启动。问题是当我连续按音量键时，它会抛出ANR。我没有覆盖onkeyEvent和dispatchKeyEvent。听起来像ANdroid正在尝试分派密钥，它看到你的应用程序具有优先级，但你没有可以分派的UI。然后它就等着你把UI放上去。因为你没有，所以它无法处理密钥，最终会关闭你的应用程序。为什么你们有一个透明的UI？若你们并没有任何UI元素，你们应该在服务或广播接收器中。是的，我用过服务，并没有ANR。但我有一些设计问题，它已经在生产中运行的代码中实现。我只是想知道有没有什么解决方案可以避免没有UI组件的活动出现ANR。你有解决这个问题的方法吗@香蕉-droid@Shanmugapriyan，这取决于不同的情况。对我来说，这是我的一个应用程序内存泄漏。我的意思是，这个问题并不是特别指出其背后的问题。