Android按键事件处理流程 -- KeyEvent

Android按键事件处理流程 -- KeyEvent2014/6/24 13:18:58 xiaoweiz 程序员俱乐部我要评论(0)•••刚接触Android开发的时候，对touch、key事件的处理总是一知半解，一会是Activity里的方法，一会是各种View中的，自己始终不清楚到底哪个在先哪个在后，总之对整个处理流程没能很好的把握。

每次写这部分代码的时候都有些心虚，因为我不是很清楚什么时候、以什么样的顺序被调用，大都是打下log看看，没问题就算ok了。

但随着时间流逝，这种感觉一直折磨着我。

期间也在网上搜索了相关资料，但总感觉不是那么令人满意。

自打开始研究Android源码起，这部分内容的分析早就被列在我的TODO list上了。

因为弄懂这部分处理逻辑对明明白白地写android程序实在是太重要了，所以今天我就带领大家看看这部分的处理逻辑。

touch事件的处理我将放在另一篇博客中介绍（相比KeyEvent，大体都一样，只是稍微复杂些）。

为了突出本文的重点，我们直接从事件被派发到View层次结构的根节点DecorView 开始分析，这里我们先来看看DecorView#dispatchKeyEvent方法，代码如下：@Overridepublic boolean dispatchKeyEvent(KeyEvent event) {final int keyCode = event.getKeyCode();final int action = event.getAction();final boolean isDown = action == KeyEvent.ACTION_DOWN;/// 1. 第一次down事件的时候，处理panel的快捷键if (isDown && (event.getRepeatCount() == 0)) {// First handle chording of panel key: if a panel key is held // but not released, try to execute a shortcut in it.if ((mPanelChordingKey > 0) && (mPanelChordingKey != keyCode)) {boolean handled = dispatchKeyShortcutEvent(event);if (handled) {return true;}}// If a panel is open, perform a shortcut on it without the // chorded panel keyif ((mPreparedPanel != null) && mPreparedPanel.isOpen) { if (performPanelShortcut(mPreparedPanel, keyCode, event, 0)) {return true;}}}/// 2. 这里是我们本文的重点，当window没destroy且其Callback 非空的话，交给其Callback处理if (!isDestroyed()) { // Activity、Dialog都是Callback接口的实现final Callback cb = getCallback(); // mFeatureId < 0 表示是application的DecorView，比如Activity、Dialogfinal boolean handled = cb != null && mFeatureId < 0 ? cb.dispatchKeyEvent(event) // 派发给callback的方法: super.dispatchKeyEvent(event); // 否则直接派发到ViewGroup#dispatchKeyEvent（View层次结构）if (handled) {return true; // 如果被上面的步骤处理了则直接返回true，不再往下传递}}/// 3. 这是key事件的最后一步，如果到这一步还没处理掉，则派发到PhoneWindow对应的onKeyDown, onKeyUp方法return isDown ? PhoneWindow.this.onKeyDown(mFeatureId, event.getKeyCode(), event): PhoneWindow.this.onKeyUp(mFeatureId,event.getKeyCode(), event);}接下来我们按照这个派发顺序依次来看看相关方法的实现，这里先看看Activity(Callback)的dispatchKeyEvent实现：/*** Called to process key events. You can override this to intercept all* key events before they are dispatched to the window. Be sure to call* this implementation for key events that should be handled normally. ** @param event The key event.** @return boolean Return true if this event was consumed.*/@Overridepublic boolean dispatchKeyEvent(KeyEvent event) {/// 2.1. 回调接口，实际开发中用处不大，你感兴趣可以参看其方法doc onUserInteraction();Window win = getWindow();/// 2.2. 从这里事件的处理交给了与之相关的window对象，实质是派发到了view层次结构if (win.superDispatchKeyEvent(event)) {return true;}View decor = mDecor;if (decor == null) decor = win.getDecorView();/// 2.3. 到这里如果view层次结构没处理则交给KeyEvent本身的dispatch方法，Activity的各种回调方法会被触发return event.dispatch(this, decor != nulldecor.getKeyDispatcherState() : null, this);}紧接着我们看看，Window#superDispatchKeyEvent方法，相关代码如下：<!-- Window.java -->/*** Used by custom windows, such as Dialog, to pass the key press event * further down the view hierarchy. Application developers should * not need to implement or call this.**/public abstract boolean superDispatchKeyEvent(KeyEvent event);<!-- PhoneWindow.java -->@Overridepublic boolean superDispatchKeyEvent(KeyEvent event) {return mDecor.superDispatchKeyEvent(event);}<!-- DecorView.superDispatchKeyEvent -->public boolean superDispatchKeyEvent(KeyEvent event) {/// 2.2.1. 进入view层次结构了，即调用ViewGroup的对应实现了。

if (super.dispatchKeyEvent(event)) {return true; // 如果被view层次结构处理了则直接返回true。

}// Not handled by the view hierarchy, does the action bar want it// to cancel out of something special?/// 2.2.2. ActionBar对BACK key的特殊处理if (event.getKeyCode() == KeyEvent.KEY CODE_BACK) {final int action = event.getAction();// Back cancels action modes first.if (mActionMode != null) {if (action == KeyEvent.ACTION_UP) {mActionMode.finish();}return true;}// Next collapse any expanded action views.if (mActionBar != null &&mActionBar.has ExpandedActionView()) {if (action == KeyEvent.ACTION_UP) {mActionBar.collapseActionView();}return true;}}/// 2.2.3. 最后返回false表示没处理掉，会接着2.3.步骤处理return false;}然后我们接着看看2.2.1.包括的小步骤，即ViewGroup#dispatchKeyEvent的实现，代码如下：@Overridepublic boolean dispatchKeyEvent(KeyEvent event) {/// 2.2.1.1. keyevent一致性检测用的，可忽略。

if (mInputEventConsistencyVerifier != null) {mInputEventConsistencyVerifier.onKeyEvent(event, 1);}if ((mPrivateFlags & (PFLAG_FOCUSED | PFLAG_HAS_BOUNDS))== (PFLAG_FOCUSED | PFLAG_HAS_BOUNDS)) {/// 2.2.1.2. 如果此ViewGroup是focused或者具体的大小被设置了，则交给他处理，即调用View的实现if (super.dispatchKeyEvent(event)) {return true;}} else if (mFocused != null && (mFocused.mPrivateFlags & PFLAG_HAS_BOUNDS)== PFLAG_HAS_BOUNDS) {/// 2.2.1.3. 否则，如果此ViewGroup中有focused的child，且child有具体的大小，则交给mFocused处理if (mFocused.dispatchKeyEvent(event)) { // 注意这里可能是个递归调用return true; // 我们可以看到并不是每个child都能响应key事件，前提必须是focused child才有机会响应}}if (mInputEventConsistencyVerifier != null) {mInputEventConsistencyVerifier.onUnhandledEvent(event, 1);}/// 2.2.1.4. 最后都没被处理返回false，2.2.2.步骤会接着执行。