Android事件分发机制源码完全解析
第一部分 android按键事件处理流程 keyevent
规则如下：
1.View的各种KeyEvent.Callback接口早于Activity的对应接口被调用；
2.整个处理环节中只要有一处表明处理掉了，则处理结束，不在往下传递；
3.各种Callback接口的处理优先级低于监听器，也就是说各种onXXXListener的方法优先被调用。
举例：当控件没有获取焦点时，只有activity中的onKeyDown()可以获取物理键的点击事件。当自定义的控件获取焦点时，事件的获取顺序是： 和控件绑定的监听器首先获取事件，然后是自定义控件代码中覆盖的onKeyDown()获取事件，最后是activity中的onKeyDown()获取点击事件。第二部分 View的事件分发
button的onClick事件与onTouch事件
button.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
Log.d("TAG", "onClick execute");
}
});
button.setOnTouchListener(new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.d("TAG", "onTouch execute, action " + event.getAction());
return false;
}
});
Log1顺序：
onTouch execute, action 0
onTouch execute, action 1
onClick execute可以看到，onTouch是优先于onClick执行的，并且onTouch执行了两次，一次是ACTION_DOWN，一次是ACTION_UP(你还可能会有多次ACTION_MOVE的执行，如果你手抖了一下)。因此view的事件传递的顺序是先经过onTouch，再传递到onClick。
但是如果onTouch事件返回true时，
Log2 顺序是：
onTouch execute, action 0
onTouch execute, action 1
也就是说，该按键事件由onTouch消费了，不往下传递了．
那么此时疑问出现，这个分发事件的顺序由谁控制，先后顺序是什么？为什么先执行onTouch事件？为什么不传递给onClick事件？
答：任何一个控件都会调用自己的的dispatchTouchEvent方法来分发事件和处理事件的．
举例：当我们去点击按钮的时候，就会去调用Button类里的dispatchTouchEvent方法，可是你会发现Button类里并没有这个方法，那么就到它的父类TextView里去找一找，你会发现TextView里也没有这个方法，继续在TextView的父类View里找一找，View中是有这个方法的．dispatchTouchEvent源码如下：
public boolean dispatchTouchEvent(MotionEvent event) {
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
mOnTouchListener.onTouch(this, event)) {
return true;
}
return onTouchEvent(event);
} 由源码中，可知，第一绑定了mOnTouchListener监听器，第二view对象是enable的，第三onTouch方法里返回true时，也就是说mOnTouchListener.onTouch(this, event)监听onTouch回调方法返回为true时，dispatchTouchEvent就不会再继续执行了，直接返回true值，既不会调用onTouchEvent(event)方法．
结合Log1与Log2可知,onTouch事件返回true时,onClick事件不会被执行，说明onClick方法是在onTouchEvent(event)方法中调用的．onTouchEvent(event)源码如下：
public boolean onTouchEvent(MotionEvent event) {
final int viewFlags = mViewFlags;
if ((viewFlags & ENABLED_MASK) == DISABLED) {
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them.
return (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));
}
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;
if ((mPrivateFlags & PRESSED) != 0 || prepressed) {
// take focus if we don't have it already and we should in
// touch mode.
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (!mHasPerformedLongPress) {
// This is a tap, so remove the longpress check
removeLongPressCallback();
// Only perform take click actions if we were in the pressed state
if (!focusTaken) {
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state
// of the view update before click actions start.
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
***performClick()***;
}
}
}
if (mUnsetPressedState == null) {
mUnsetPressedState = new UnsetPressedState();
}
if (prepressed) {
mPrivateFlags |= PRESSED;
refreshDrawableState();
postDelayed(mUnsetPressedState,
ViewConfiguration.getPressedStateDuration());
} else if (!post(mUnsetPressedState)) {
// If the post failed, unpress right now
mUnsetPressedState.run();
}
removeTapCallback();
}
break;
case MotionEvent.ACTION_DOWN:
if (mPendingCheckForTap == null) {
mPendingCheckForTap = new CheckForTap();
}
mPrivateFlags |= PREPRESSED;
mHasPerformedLongPress = false;
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
break;
case MotionEvent.ACTION_CANCEL:
mPrivateFlags &= ~PRESSED;
refreshDrawableState();
removeTapCallback();
break;
case MotionEvent.ACTION_MOVE:
final int x = (int) event.getX();
final int y = (int) event.getY();
// Be lenient about moving outside of buttons
int slop = mTouchSlop;
if ((x < 0 - slop) || (x >= getWidth() + slop) ||
(y < 0 - slop) || (y >= getHeight() + slop)) {
// Outside button
removeTapCallback();
if ((mPrivateFlags & PRESSED) != 0) {
// Remove any future long press/tap checks
removeLongPressCallback();
// Need to switch from pressed to not pressed
mPrivateFlags &= ~PRESSED;
refreshDrawableState();
}
}
break;
}
return true;
}
return false;
} 其中 performClick()方法的源码为：
public boolean performClick() {
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
if (mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
mOnClickListener.onClick(this);
return true;
}
return false;
} 如果控件是可点击的，那么就会进入到switch判断中去，若是抬起手指的事件，则会进入到MotionEvent.ACTION_UP这个case当中。在经过种种判断之后，会执行到performClick()方法，从performClick()源码中可知，只要mOnClickListener不是null，就会执行当前控件的onClick方法．因此，onClick方法是在onTouchEvent(event)中调用的结论正确．
另外touch事件的层级传递。我们都知道如果给一个控件注册了touch事件，每次点击它的时候都会触发一系列的ACTION_DOWN，ACTION_MOVE，ACTION_UP等事件。这里需要注意，如果你在执行ACTION_DOWN的时候返回了false，后面一系列其它的action就不会再得到执行了。简单的说，就是当dispatchTouchEvent在进行事件分发的时候，只有前一个action返回true，才会触发后一个action。
容易混淆的地方：在onTouch事件里面返回了false与在执行ACTION_DOWN的时候返回了false，是不一样的情况，前者是返回了false，导致dispatchTouchEvent中前面部分条件不成立，就一定会进入到onTouchEvent方法中，而onTouchEvent方法源码中不管当前的case是那一条，都会最终返回一个true,所以会有当dispatchTouchEvent在进行事件分发的时候，只有前一个action返回true，才会触发后一个action的结论．而后者是，进入到onTouchEvent方法中，对switch的某一条case执行完了，且返回了一个false，导致后面一系列其它的action就不会再得到执行了．
如果是不可点击的view时，注册touch事件，且返回false时
imageView.setOnTouchListener(new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.d("TAG", "onTouch execute, action " + event.getAction());
return false;
}
});
Log3为：onTouch execute, action ０；Log3的结果分析：在ACTION_DOWN执行完后，后面的一系列action都不会得到执行了。因为ImageView和按钮不同，它是默认不可点击的，在onTouchEvent方法中， if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) 条件不成立，无法进入到if的内部，直接跳到返回了false，也就导致后面其它的action都无法执行了。与button按钮在ACTION_DOWN的时候返回了false，是一样的效果．
结论：
1. onTouch和onTouchEvent有什么区别，又该如何使用？
从源码中可以看出，这两个方法都是在View的dispatchTouchEvent中调用的，onTouch优先于onTouchEvent执行。如果在onTouch方法中通过返回true将事件消费掉，onTouchEvent将不会再执行。
2.另外需要注意的是，onTouch能够得到执行需要两个前提条件，第一mOnTouchListener的值不能为空，第二当前点击的控件必须是enable的。因此如果你有一个控件是非enable的，那么给它注册onTouch事件将永远得不到执行。对于这一类控件，如果我们想要监听它的touch事件，就必须通过在该控件中重写onTouchEvent方法来实现。
3.如果想要使用ImageView，可以有两种改法。第一，在ImageView的onTouch方法里返回true，这样可以保证ACTION_DOWN之后的其它action都能得到执行，才能实现图片滚动的效果。第二，在布局文件里面给ImageView增加一个android:clickable=”true”的属性，这样ImageView变成可点击的之后，即使在onTouch里返回了false，ACTION_DOWN之后的其它action也是可以得到执行的。
- 第三部分 ViewGroup的事件分发
ViewGroup就是一组View的集合，它包含很多的子View和子VewGroup，是android中所有布局的父类或间接父类，像LinearLayout、RelativeLayout等都是继承自ViewGroup的。但ViewGroup实际上也是一个View，只不过比起View，它多了可以包含子View和定义布局参数的功能。
demo代码如下，其中，button1，button2是myLayout中的子控件，myLayout是继承LinearLayout布局的．
myLayout.setOnTouchListener(new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.d("TAG", "myLayout on touch");
return false;
}
});
button1.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
Log.d("TAG", "You clicked button1");
}
});
button2.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
Log.d("TAG", "You clicked button2");
}
});
分别点击一下Button1、Button2和空白区域，Log４输出顺序是：
You clicked button1
You clicked button2
myLayout on touch
当myLayout类中重写了如下方法，并返回true值，
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
return true;
}
此时，分别点击一下Button1、Button2和空白区域，Log5输出顺序是：
myLayout on touch
myLayout on touch
myLayout on touchAndroid中touch事件的传递，绝对是先传递到ViewGroup，再传递到View的。当点击了某个控件，首先会去调用该控件所在布局的dispatchTouchEvent方法，然后在布局的dispatchTouchEvent方法中找到被点击的相应控件，再去调用该控件的dispatchTouchEvent方法。如果我们点击了MyLayout中的按钮，会先去调用MyLayout的dispatchTouchEvent方法，可是你会发现MyLayout中并没有这个方法。那就再到它的父类LinearLayout中找一找，发现也没有这个方法。继续再找LinearLayout的父类ViewGroup，你终于在ViewGroup中看到了这个方法，按钮的dispatchTouchEvent方法就是在这里调用的．ViewGroup中的dispatchTouchEvent方法的源码如下：
public boolean dispatchTouchEvent(MotionEvent ev) {
final int action = ev.getAction();
final float xf = ev.getX();
final float yf = ev.getY();
final float scrolledXFloat = xf + mScrollX;
final float scrolledYFloat = yf + mScrollY;
final Rect frame = mTempRect;
boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (action == MotionEvent.ACTION_DOWN) {
if (mMotionTarget != null) {
mMotionTarget = null;
}
if (disallowIntercept || !onInterceptTouchEvent(ev)) {
ev.setAction(MotionEvent.ACTION_DOWN);
final int scrolledXInt = (int) scrolledXFloat;
final int scrolledYInt = (int) scrolledYFloat;
final View[] children = mChildren;
final int count = mChildrenCount;
for (int i = count - 1; i >= 0; i--) {
final View child = children[i];
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE
|| child.getAnimation() != null) {
child.getHitRect(frame);
if (frame.contains(scrolledXInt, scrolledYInt)) {
final float xc = scrolledXFloat - child.mLeft;
final float yc = scrolledYFloat - child.mTop;
ev.setLocation(xc, yc);
child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
if (child.dispatchTouchEvent(ev)) {
mMotionTarget = child;
return true;
}
}
}
}
}
}
boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||
(action == MotionEvent.ACTION_CANCEL);
if (isUpOrCancel) {
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
final View target = mMotionTarget;
if (target == null) {
ev.setLocation(xf, yf);
if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
ev.setAction(MotionEvent.ACTION_CANCEL);
mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
}
return super.dispatchTouchEvent(ev);
}
if (!disallowIntercept && onInterceptTouchEvent(ev)) {
final float xc = scrolledXFloat - (float) target.mLeft;
final float yc = scrolledYFloat - (float) target.mTop;
mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
ev.setAction(MotionEvent.ACTION_CANCEL);
ev.setLocation(xc, yc);
if (!target.dispatchTouchEvent(ev)) {
}
mMotionTarget = null;
return true;
}
if (isUpOrCancel) {
mMotionTarget = null;
}
final float xc = scrolledXFloat - (float) target.mLeft;
final float yc = scrolledYFloat - (float) target.mTop;
ev.setLocation(xc, yc);
if ((target.mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
ev.setAction(MotionEvent.ACTION_CANCEL);
target.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
mMotionTarget = null;
}
return target.dispatchTouchEvent(ev);
} ViewGroup的dispatchTouchEvent中的 if (disallowIntercept || !onInterceptTouchEvent(ev)) 条件判断可知，如果disallowIntercept和!onInterceptTouchEvent(ev)两者有一个为true，就会进入到这个条件判断中。disallowIntercept指是否禁用掉事件拦截的功能，默认false，也可通过用requestDisallowInterceptTouchEvent方法对这个值进行修改。当disallowIntercept为false的时候就会完全依赖第二个值来决定是否可以进入到条件判断的内部，第二个值是对onInterceptTouchEvent方法的返回值取反！也就是说如果我们在onInterceptTouchEvent方法中返回false，就会让第二个值为true，从而进入到条件判断的内部，如果我们在onInterceptTouchEvent方法中返回true，就会让第二个值为false，从而跳出了这个条件判断。
Log４分析：而if (disallowIntercept || !onInterceptTouchEvent(ev)) 条件判断的内部通过一个for循环，遍历了当前ViewGroup下的所有子View，然后判断当前遍历的View是不是正在点击的View，如果是的话就会调用了该View的dispatchTouchEvent，之后的流程就和 第二部分是一样的了。执行按钮点击事件或者onTouch事件．
调用子View的dispatchTouchEvent后是有返回值的。如果一个控件是可点击的，那么点击该控件时，dispatchTouchEvent的返回值必定是true。也就是说ViewGroup的dispatchTouchEvent方法直接返回了true。导致后面的代码无法执行到了，印证了Log４打印的结果，按钮的点击事件得到执行，return true ,不再执行super.dispatchTouchEvent(ev)， 就会把MyLayout的touch事件拦截掉。
Log5分析：由于刚刚在MyLayout中重写了onInterceptTouchEvent方法，且返回true，导致所有按钮的点击事件都被屏蔽了，那我们就完全有理由相信，按钮点击事件的处理就是在条件判断的内部进行的！
如果空白区域呢？这种情况就一定不会判断 if (disallowIntercept || !onInterceptTouchEvent(ev)) 进入内部执行了，而是继续执行后面的代码，后面代码中的判断条件if (target == null)成立的话，就会进入到该条件判断内部，这里一般情况下target都会是null，因此会调用super.dispatchTouchEvent(ev)。这句代码会调用到哪里呢？当然是View中的dispatchTouchEvent方法了，因为ViewGroup的父类就是View。之后的处理逻辑又和前面所说的是一样的了，也因此MyLayout中注册的onTouch方法会得到执行。
总结：对整个ViewGroup的事件分发流程的分析最后再来简单梳理一下吧。
- Android事件分发是先传递到ViewGroup，再由ViewGroup传递到View的。
- 在ViewGroup中可以通过onInterceptTouchEvent方法对事件传递进行拦截，onInterceptTouchEvent方法返回true代表不允许事件继续向子View传递，返回false代表不对事件进行拦截，默认返回false。
- 子View中如果将传递的事件消费掉，ViewGroup中将无法接收到任何事件。