摘要:针对Android 14系统中的WMS无焦点窗口ANR问题,本文进行了深度解析。文章详细分析了WMS无焦点窗口ANR问题的成因,并探讨了解决方案。通过对Android 14系统的研究,提出了有效的解决方案,为开发者提供了参考,有助于优化系统性能和用户体验。
问题概述
在针对Android 14系统的Monkey测试过程中,发现了Launcher的ANR(应用程序无响应)问题,具体场景是,在Launcher的Recents界面,当一个Activity启动后快速销毁,导致无焦点窗口问题。
日志分析
问题模拟步骤:
1、启动任意Activity,以Demo App的MainActivity为例。
2、返回到Recents界面。
3、切回到Launcher后短时间内,快速启动另一个Activity并立即销毁。
4、在此时输入一个KeyEvent事件,即可触发ANR。
有趣的是,在某些设备(如Pixel)上并未发现此问题,这可能是因为这些设备具有特定的补丁来修复此问题。
问题分析重点:
主要分析“recents_animation_input_consumer”的逻辑,以及为何在某些条件下无法获取焦点,关键在于InputMonitor中的mActivityRecentsActivity的获取和设置逻辑,以及为什么“recents_animation_input_consumer”在特定情况下无法获取焦点。
焦点窗口丢失原因分析
问题出现在SingleTaskActivity快速启动又快速销毁的流程中,当该Activity走finish流程时,会尝试更新焦点窗口,但由于Launcher的可见性在此时为false,因此无法取得焦点,而当SingleTaskActivity走pause流程时,Launcher的可见性才被设置为true,但后续没有再调用DisplayContent.updateFocusedWindowLocked去更新焦点窗口,导致焦点窗口丢失,Pixel设备上没有问题是因为其处理逻辑不同,在某些场景下,InputEvent的丢弃可能与ANR的发生有关。
解决方案与代码差异分析
通过对比代码和集成最新基线,我们找到了差异点并打入了patch,问题得以解决,也发现了一些代码上的差异和差异产生的原因,这些差异可能也是导致问题发生的原因之一,经过深入分析和修正,我们已经找到了解决问题的方法并进行了实施。
针对以上分析,我们可以采取以下措施来解决WMS无焦点窗口的ANR问题:
1、优化“recents_animation_input_consumer”的逻辑,确保在特定条件下能够正确获取焦点。
2、调整Launcher的可见性处理逻辑,确保在Activity快速启动和销毁时能够正确更新焦点窗口。
3、关注InputEvent的处理逻辑,避免在某些场景下出现InputEvent的丢弃导致ANR的发生。
4、持续关注相关代码的差异和变化,及时修复可能存在的问题并优化性能。
(此处可插入相关图片,更直观地展示解决方案)
通过深入分析Android 14系统中WMS无焦点窗口ANR问题的原因,我们提出了相应的解决方案,并进行了实施,这将有助于提高系统的稳定性和性能。
还没有评论,来说两句吧...