Android 4.2 由Context引发的思考.docxVIP

Android 4.2 由Context引发的思考目录(?)[-]问题描述复现步骤期望结果实际结果问题分析Dialog显示流程图重要方法1 addWindowToListInOrderLocked 2updateFocusedWindowLocked解决方案总结知识点注 最近在做类似于三星S4的那种皮套(后面简称SmartCover)，具有可操作的窗口，一方面用户可以保护手机屏幕，另一方面用户可以直接在SmartCover上接听电话，非常方便。在开发过程中发现一个问题，虽然最终解决但还是记录一下，好记性不如烂笔头啊。转载请务必注明出处：/yihongyuelan问题描述：SmartCover滑动控件失效复现步骤：1.当前正在通话，长按Power键弹出关机对话框2.关闭SmartCover3.滑动挂断按钮，挂断当前通话期望结果：正常滑动挂断按钮并能挂断当前通话实际结果：无法滑动挂断按钮问题分析： 在关机对话框(GlobalActions)弹出之后，SmartCover就无法接收点击事件了，同时打开SmartCover后会发现之前的点击事件传到了关机对话框上。SmartCover的显示是基于Dialog的，是一个自定Dialog。虽然能够正常显示，却没法获取点击事件，那这就得从Android的事件派发来分析问题了！ 我们知道在Android中事件的派发可以分为两类：按键事件和触摸事件 无论是哪种事件，这些消息首先都会被硬件设备所检测到，比如我们点击Home键，对硬件来说只会检测到Down/Up，这些硬件消息会被转换成统一的系统消息，并向上逐层传递。 接下来，Android的窗口管理系统(WmS)会根据窗口的状态，判断用户正在与哪个窗口进行交互，然后把消息派发给该窗口。在Android系统中，所有的窗口都是有WmS创建的，因此WmS可以查出所有窗口的状态，包括窗口大小、位置、是否具有焦点等等。当底层消息传递上来时，如果是按键消息，则直接派发给当前窗口；如果是触摸消息，则WmS会根据触摸消息判断用户触摸区域属于哪个窗口，并将消息传递给该窗口。 最后这些消息如何处理就是窗口自己的事儿了，也就是View的处理逻辑了，dispatchEvent，onTouchEvent等等。 当问题发生时，我们可以点击屏幕，但消息没有传递给SmartCover，反而传递给了关机对话框，因此问题的大致原因可能是WmS在派发消息时出现了问题。 既然问题可能出现在WmS中，自然需要查看WmS的Log，因为WmS的Log属于system log，而Android默认打印的log也就是adb logcat直接输出的log是main log，所以需要加-b 指定buffer，同时我们需要过滤WindowManager这个TAG(WmS的Log TAG是WindowManager)，所以在终端中输入：adb logcat -b system -s WindowManager 然后按照复现步骤操作一遍并查看log。当在通话界面长按Power键之后会出现以下Log：[plain]view plaincopyV/WindowManager( 536): Changing focus from Window{424ce3f0 u0 com.android.phone /com.android.phone.InCallScreen} to Window{4232b120 u0 GlobalActions} 也就是说这时候的焦点从InCallScreen变到了GlobalActions上，GlobalActions就是关机对话框，这里没有问题。但当我们关闭SmartCover时，WmS没有焦点变化的Log输出。 对比以没有关机对话框的Log：[plain]view plaincopyV/WindowManager( 536): Changing focus from Window{424ce3f0 u0 com.android.phone /com.android.phone.InCallScreen} to Window{4232b120 u0 com.android.phone/com.and roid.phone.InCallScreen} 我们可以看到如果没有关机对话框，在通话界面关闭SmartCover时会有焦点改变，只是焦点还在InCallScreen上，毕竟SmartCover弹出的Dialog是基于InCallScreen的(Context是InCallScreen)，因此焦点还是属于InCallScree