先看到PhoneWindowManager中public boolean interceptKeyTi(WindowState win, int code, int metaKeys, boolean down,
int repeatCount, int flags) 这个方法的实现，interceptKeyTi你可以暂时理解为WindowManagerService中处理驱动和上层按键实现的过滤器
if (code == KeyEvent.KEYCODE_HOME) { // If a system window has focus, then it doesn't make sense // right now to interact with applications. WindowManager.LayoutParams attrs = win != null ? win.getAttrs() : null; if (attrs != null) { final int type = attrs.type; if (type == WindowManager.LayoutParams.TYPE_KEYGUARD || type == WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG) { // the "app" is keyguard, so give it the key return false; } final int typeCount = WINDOW_TYPES_WHERE_HOME_DOESNT_WORK.length; for (int i=0; i<typeCount; i++) { if (type == WINDOW_TYPES_WHERE_HOME_DOESNT_WORK[i]) { // don't do anything, but also don't pass it to the app return true; } } }
从上面的注释可以看到注释：// the "app" is keyguard, so give it the key ，就是说当在应用界面下的时候，按了HOME键而且当前应用的WindowManager.LayoutParams.type的值是WindowManager.LayoutParams.TYPE_KEYGUARD就让直接返回；返回做什么呢，我先告诉大家，这个interceptKeyTi方法被调用的地方的流程后续步骤就是根据这个interceptKeyTi的返回值来判断，如果返回的是false就让当前应用自己去做HOME键的业务处理通过类似下面的代码/* 按键按下 */ public boolean onKeyDown(int keyCode, KeyEvent event) { switch (keyCode) { case KeyEvent.KEYCODE_HOME: DisplayToast("HOME键按下"); break; } return super.onKeyDown(keyCode, event); } /*按键弹起*/ public boolean onKeyUp(int keyCode, KeyEvent event) { switch (keyCode) { case KeyEvent.KEYCODE_HOME: DisplayToast("HOME键弹起"); break; } return super.onKeyUp(keyCode, event); }
这里就产生了疑问：一、WindowManager.LayoutParams.type的值是在应用的哪里初始化的，二、interceptKeyTi方法被调用的地方的流程后续步骤是怎么调应用的HOME键的处理方式的，三、interceptKeyTi方法被调用的地方的流程后续步骤是怎么获取到WindowManager.LayoutParams.type初始化的值的；这三个疑问基本上就是按键的一个流程即怎么通过底层驱动到Activity相应按键事件相应的。下面我们来看第一个问题的解答：Activity中有两个可覆盖的方法,都可以做如下的初始化：