Android源码之事件分发机制快速理解
整个事件分发的流程图如下，现在我们根据代码去一步步画出整个事件分发的流程图。
image.png
| 事件方法 | dispatchTouchEvent | onInterceptTouchEvent | onTouchEvent |
|---|---|---|---|
| ViewGroup | 有 | 有 | 无(继承View ，在view中可以找到) |
| View | 有 | 无 | 有 |
下面代码是抽出来的整个事件分发的核心伪代码：
// Activity中该方法的核心部分伪代码
1 public boolean dispatchTouchEvent(MotionEvent ev) {
2 if (child.dispatchTouchEvent(ev)) {
//如果子View消费了该事件,则返回TRUE，让调用者知道该事件已被消费
3 return true;
4 } else {
//如果子View没有消费该事件，则调用自身的onTouchEvent尝试处理。
5 return onTouchEvent(ev);
6 }
7}
// ViewGroup_1 中该方法的核心部分伪代码
8 public boolean dispatchTouchEvent(MotionEvent ev) {
9 if (!onInterceptTouchEvent(ev)) {
//不拦截，则传给子View进行分发处理
10 return child.dispatchTouchEvent(ev);
11 } else {
//拦截事件，交由自身对象的onTouchEvent方法处理
12 return onTouchEvent(ev);
13 }
14}
// ViewGroup_2中该方法的核心部分伪代码
15 public boolean dispatchTouchEvent(MotionEvent ev) {
16 if (!onInterceptTouchEvent(ev)) {
//不拦截，则传给子View进行分发处理
17 return child.dispatchTouchEvent(ev);
18 } else {
//拦截事件，交由自身对象的onTouchEvent方法处理
19 return onTouchEvent(ev);
20 }
21 }
// View中该方法的核心部分伪代码
22 public boolean dispatchTouchEvent(MotionEvent ev) {
23 //如果该对象的监听成员变量不为空，则会调用其onTouch方法，
24 if (mOnTouchListener != null && mOnTouchListener.onTouch(this, event)) {
25 return true; //若onTouch方法返回TRUE，则表示消费了该事件，则dispachtouTouchEvent返回TRUE，让其调用者知道该事件已被消费。
26 }
27 return onTouchEvent(ev); //若监听成员为空或onTouch没有消费该事件，则调用对象自身的onTouchEvent方法处理。
28 }
我们就对照流程图和核心伪代码来分析整个流程。然后自己可以一步步画出流程图
都知道当我们按下触摸到屏幕 事件是从驱动的 dev/input/event[x] 开始的。
事件一直传递到Activity的dispatchTouchEvent中。好了，这块不是我们今天的重点。
先来看Activity中dispatchTouchEvent 事件到达这里后 如果2返回true 就表示消费事件， flase 那么就走它自己的 onTouchEvent。
代码就像这样。
1.从Activity->ViewGroup
// Activity中该方法的核心部分伪代码
1 public boolean dispatchTouchEvent(MotionEvent ev) {
2 if (child.dispatchTouchEvent(ev)) {
3 return true; //如果子View消费了该事件,则返回TRUE，让调用者知道该事件已被消费
4 } else {
5 return onTouchEvent(ev); //如果子View没有消费该事件，则调用自身的onTouchEvent尝试处理。
6 }
7 }
// 重写ViewGroup_1 中的该方法
8 public boolean dispatchTouchEvent(MotionEvent ev) {
9 //return flase;
9 //return true;
10 }
对应的流程图如下
image.png
2.从ViewGroup->View
//继续看 ViewGroup_1 中该方法的核心部分伪代码
8 public boolean dispatchTouchEvent(MotionEvent ev) {
9 if (!onInterceptTouchEvent(ev)) { //取反
10 return child.dispatchTouchEvent(ev); //不拦截，则传给子View进行分发处理
11 } else {
12 return onTouchEvent(ev); //拦截事件，交由自身对象的onTouchEvent方法处理()
13 }
14}
如果onInterceptTouchEvent(ev) 返回true 那么就会走自己（12）的继承类view的onTouchEvent(ev)，表示ViewGroup_1要 拦截这个事件。
如果onInterceptTouchEvent(ev) 返回false 那么就会走child.dispatchTouchEvent(ev) ，ViewGroup_1 不拦截这个事件,继续往下传递。默认false。
对应的流程图如下：
image.png
3.从View到onTouchEvent
然后到了调用到了child.dispatchTouchEvent(ev),Child = View
22 public boolean dispatchTouchEvent(MotionEvent ev) {
23 //如果该对象的监听成员变量不为空，则会调用其onTouch方法，
24 if (mOnTouchListener != null && mOnTouchListener.onTouch(this, event)) {
//若onTouch方法返回TRUE，则表示消费了该事件，则dispachtouTouchEvent返回TRUE，让其调用者知道该事件已被消费。
25 return true;
26 }
//若监听成员为空或onTouch没有消费该事件，则调用对象自身的onTouchEvent方法处理。
27 return onTouchEvent(ev);
28 }
对应的完整的流程图如下。
其中如果我们不做任何干预的话流程会是：1->2->3->4->5->6->7。
image.png
流程图画完了，可以大脑里面再整理一下。整个流程还是很简单的 采用递归的思想去处理事件分发的过程。
----------------事件的调用顺序--------------------
父ViewGroup dispatchTocuhEvent
父ViewGroup onInterceptionTouchEvent
子ViewGroup dispatchTocuhEvent
子ViewGroup onInterceptionTouchEvent
子 onTouchEvent
父 onTouchEvent
结论：
事件冲突的规律解决：
1.（外部拦截 “推荐的做法”）在父ViewGroup 做拦截操作：那么父ViewGroup需要重写onInterceptionTouchEvent 做逻辑判断拦截就 在down 返回true ，并且在onTouchEvent中一定要返回true消费此次事件，不然会收不到后续事件。
2.（内部拦截）在子ViewGroup做拦截操作：那么子ViewGroup可以重写onDispatchTocuhEvent 做逻辑判断。拦截的话 就 需要调用在dispatchTocuhEvent中down中调用requestDisllowInterceptionTouchEvent(true) 才能拦截下次move之后的事件，告诉父ViewGroup的onInterceptionTouchEvent 你不要拦截 那么就可以走我的onDispatchTocuhEvent 事件。
requestDisllowInterceptionTouchEvent() 是无法拦截 父ViewGroup的down事件的，因为在Down事件的时候ViewGroup会清除掉所有View事件的标记。只能拦截 父ViewGroup Down之后的事件
dispatchTocuhEvent 部分代码，对以上结论说明：
if (actionMasked == MotionEvent.ACTION_DOWN) {
//down清除标记位,然后分发事件
cancelAndClearTouchTargets(ev);
resetTouchState();
}
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
//FLAG_DISALLOW_INTERCEPT ， disallowIntercept = true
if (!disallowIntercept) {
//如果父ViewGroup 重写onInterceptTouchEvent 默认返回true，那么子VIew还想收到事件那么就不让你进这里来
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
} else {//走这里那么子View又可以愉快的相应down之后的事件拉
intercepted = false;
}
} else {
intercepted = true;
}
if (!canceled && !intercepted) {
//处理事件分发
}
