1. 事件基础
1. MotionEvent
- 手指在屏幕的动作被封装成了
MotionEvent。 - 常用事件类型分为如下几种：
-
MotionEvent.ACTION_DOWN---->手指刚刚接触屏幕 -
MotionEvent.ACTION_MOVE---->手指在屏幕上移动 -
MotionEvent.ACTION_UP------>手指从屏幕上松开的瞬间 -
MotionEvent.ACTION_CANCEL-->这个比较复杂，下文详细分析
- 每个手势操作都是以
ACTION_DOWN开始，以ACTION_UP结束，中间夹杂着多个或者零个ACTION_MOVE。
2. 所谓的事件分发机制，就是对MotionEvent对象的分发过程。当我们的手势操作产生了一个MotionEvent对象时，系统需要把它传递给一个具体的View。
3. 涉及到的三个主要方法：
1. public boolean dispatchTouchEvent(MotionEvent ev)
如果一个事件可以传递到当前View，那么此View的这个方法一定可以被调用。此方法用来对事件进行分发，它的返回结果表示当前事件是否被处理，也就是此事件是否被消耗。
2. public boolean onInterceptTouchEvent(MotionEvent event)
这个方法表示当前View是或否拦截此事件，在dispatchTouchEvent(MotionEvent ev)中被调用。这个方法只在ViewGroup中存在，但是默认返回false，也就是View默认拦截传递到它的事件，而ViewGroup默认不拦截任何事件。
3. public boolean onTouchEvent(MotionEvent event)
用来处理点击事件，我们设置的点击事件最终是在这个方法中被调用。它同样在dispatchTouchEvent(MotionEvent ev)中被调用。
2. 事件分发的源码解析
- 一个事件最先传递给Activity然后向下进行事件分发。我们从Activity的
dispatchTouchEvent()开始分析
/***Activity.dispatchTouchEvent(MotionEvent ev)***/
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
public Window getWindow() {
return mWindow;
}
通过在Activity中查找我们可以发现mWindow = new PhoneWindow(this, window, activityConfigCallback);
/****PhoneWindow***/
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
这个mDecor是DecorView的一个对象
/***DecorView***/
public class DecorView extends FrameLayout implements RootViewSurfaceTaker, WindowCallbacks {
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
}
}
我们知道，DecorView就是通过setContentView()这个方法设置的View的父View。而它继承自FrameLayout显然是一个View，更进一步说是一个ViewGroup，这样我们的事件就从Activity传递到了View。
所以我们说一个事件总是从ViewGruop开始分发，期间经历多个或零个ViewGroup，最终以ViewGroup或者View终结。
- ViewGroup的事件分发
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
} else {
intercepted = false;
}
} else {
intercepted = true;
}
if (!canceled && !intercepted) {
final int childrenCount = mChildrenCount;
if (newTouchTarget == null && childrenCount != 0) {
final View[] children = mChildren;
for (int i = childrenCount - 1; i >= 0; i--) {
//如果子元素成功处理了事件，则mFirstTouchTarget就会被赋值
dispatchTransformedTouchEvent(ev, false, children[i], idBitsToAssign)
}
}
}
if (mFirstTouchTarget == null) {
// No touch targets so treat this as an ordinary view.
// 调用的这个方法会去调用view.dispatchTouchEvent(),这样onTouchEvent()就会被调用了
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {
// Dispatch to touch targets, excluding the new touch target if we already
// dispatched to it. Cancel touch targets if necessary.
dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits);
}
return handled;
}
public boolean onInterceptTouchEvent(MotionEvent ev) {
return false;
}
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
if (child == null) {
handled = super.dispatchTouchEvent(transformedEvent);
} else {
handled = child.dispatchTouchEvent(transformedEvent);
}
return handled;
}
以上源码经过了精简，只能表示分发流程，帮助理解。详细分析过程就不写了。ViewGroup是个抽象类，我们不能直接用，干活的都是它的子类，但是我看了一圈貌似常用的几种布局LinearLayout、FrameLayout等等都没有重写上述方法，也就是说它们的分发过程都是上面这个过程。
- View的事件分发
public boolean dispatchTouchEvent(MotionEvent event) {
boolean result = false;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
return result;
}
public boolean onTouchEvent(MotionEvent event) {
final int action = event.getAction();
final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;
if ((viewFlags & ENABLED_MASK) == DISABLED) {
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them.
return clickable;
}
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
performClickInternal()-->performClick()-->onClick();
return true;
}
return false;
}
3. 一些结论
1.某个View一旦决定拦截，那么这个事件序列都只能由它来处理。如果它是ViewGroup，那么它的onInterceptTouchEvent()不会被调用。因为条件actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null为false。
2.正常情况下，一个事件序列只能被一个View拦截消耗。因为一旦一个元素拦截了此事件，那么同一个事件序列中的所有事件都会被直接交给它处理，因此同一个事件序列中的事件不能分别由两个View同时处理，但是通过特殊手段可以做到，比如一个View将本该自己处理的事件通过onTouchEvent()强行传递给其它View处理。
3.某个View一旦开始处理事件，如果它不能消耗ACTION_DOWN事件，那么同一事件序列中的其它事件都不会再交给它来处理，并且事件将重新交给它的父元素去处理，即父元素的的onTouchEvent()会被调用。意思是事件一旦交给了一个View处理，那么它就必须消耗掉，否则同一事件序列中剩下的事件就不会再交给它来处理了。
4.如果View不消耗ACTION_DOWN以外的其它事件，那么这个点击事件会消失，此时父元素的onTouchEvent()并不会被调用，并且当前View可以持续收到后续的事件，最终这些消失的事件会传递给Activity处理。
5.View的onTouchEvent()默认消耗事件（返回true），除非它是不可点击的（clickable和longClickable都是false）。View的longClickable默认都为false,clickable分情况。
6.onClick发生的前提是当前View可点击并且接收到了Down和up事件。
7.事件分发总是从父元素传递给子元素，但是在子元素中可以通过requestDisallowInterceptTouchEvent()来干预父元素中除了ACTION_DOWN之外的事件。
4. ACTION_CANCEL
当控件收到前驱事件（什么叫前驱事件？一个从DOWN一直到UP的所有事件组合称为完整的手势，中间的任意一次事件对于下一个事件而言就是它的前驱事件）之后，后面的事件如果被父控件拦截，那么当前控件就会收到一个CANCEL事件，并且把这个事件会传递给它的子事件。（注意：这里如果在控件的onInterceptTouchEvent中拦截掉CANCEL事件是无效的，它仍然会把这个事件传给它的子控件）之后这个手势所有的事件将全部拦截，也就是说这个事件对于当前控件和它的子控件而言已经结束了。
在设计设置页面的滑动开关时，如果不监听ACTION_CANCEL，在滑动到中间时，如果你手指上下移动，就是移动到开关控件之外，则此时会触发ACTION_CANCEL，而不是ACTION_UP，造成开关的按钮停顿在中间位置。意思就是，当用户保持按下操作，并从你的控件转移到外层控件时，会触发ACTION_CANCEL当前的手势被中断，不会再接收到关于它的记录。推荐将这个事件作为 ACTION_UP 来看待，但是要区别于普通的 ACTION_UP