Monkey inputmethod ANR_anr in com.android.inputmethod.latin-CSDN博客

博客详细描述了Monkey测试中出现的ANR问题，问题出现在应用输入、输入法键盘弹出及输入法设置对话框打开的情况下。由于父窗口隐藏但子窗口在SurfaceFlinger中的Layer消失，导致焦点错误地停留在子窗口上。问题的根本原因在于，当InputTarget进程挂掉触发输入法主窗口隐藏时，WindowState的mHidden状态未正确更新，使得子窗口仍显示在较高层级，从而引发ANR。

Monkey中出现了一个ANR

dumpsys window中
mCurrentFocus=Window{2fd4f04 u0 com.google.android.inputmethod.latin}
mFocusedApp=ActivityRecord{f2c78bf u0 com.android.settings/.Settings$RunningServicesActivity t7015}
但是dumpsys SurfaceFlinger中没有对应的Layer。

后面找到了一个复现路径：应用进行输入，弹出输入法键盘，再进入输入法设置弹框，依赖的提示框挂掉，此时再输入input key事件，会出现ANR
问题原因分析大概如下：
Window存在而Layer不存在的原因： dumpsys window中看到输入法浮窗和输入法主窗口之间是子父关系，在SurfaceFlinger端的Layer也同样是子父关系，当父窗口隐藏，子窗口在SF端的Layer也会消失；
本来，在Android 系统里面，父窗口隐藏，其相应的子窗口也会隐藏，windowstate代码逻辑如下：
boolean wouldBeVisibleIfPolicyIgnored(){
return mHasSurface && !isParentWindowHidden() && !mAnimatingExit && !mDestroying && (!mIsWallpaper || mWallpaperVisible);
}

但是，这个case里面，父窗口隐藏了，但是子窗口windowstate状态依然是show，其原因是：
父窗口的隐藏路径是R上面新增的一个InsetsStateController逻辑触发，是因为InputTrarget 进程（chrome）挂掉了，触发了输入法主窗口的隐藏，但是这条路径没有置windowState里面的mHidden状态，导致子窗口依然处于show状态，而子窗口层次较高，导致focus一直在子窗口上面
frameworks/base/