Android-事件体系全面总结+实践分析，kotlin线程异步

( 1955): MainActivity->onTouchEvent

这里顶级的ViewGroup是MainActivity（DecorView），首先down事件下发到子View，然后子View没消费它，又一层层交给父View消费，最终无人消费传回了MainActivity，down事件结束。由上面的源码分析可知，这时的mFirstTouchTarget是空，如果move事件来了，那么直接执行源码编号2部分的else拦截事件，所以后续事件的log就是上面这样不再下发（同时也没有onInterceptTouchEvent()方法的log因为没调用到它）。如果子View消费down事件，mFirstTouchTarget就不是空，后续事件的流程就与down相似了，读者可以修改MyView的onTouchEvent()消费掉down事件试一下消费down事件的情况。

对于后续事件，无非就是拦截不拦截，决定权还是在编号2部分的代码。决定的结果是是否进入编号3的if，进入的话，如果不是down事件的就直接跳出编号3的if了。

扩展：由上面的分析可知，dispatchTouchEvent()方法是由父View调用的，子View是通过这个方法的返回值来告诉父View是否消费事件了，这个大家都知道。但是，考虑一个问题，Activity -> ViewGroup1 -> ViewGroup2 -> View，如果事件按这个顺序下发，最终View消费了down事件，那么Activity如何知道View是否消费事件呢。过程必然是这样
View.dispatchTouchEvent() 返回 true ->
ViewGroup2.dispatchTouchEvent() 返回 true ->
ViewGroup1.dispatchTouchEvent() 返回 true ->
Activity得到ViewGroup1.dispatchTouchEvent() 返回 true后就是上面分析的源码流程了。

**这个过程只是猜测，我没有深入分析源码，不过我打了个log，结果是一系列的dispatchTouchEvent()确实是返回了true。**也就是说ViewGroup1和ViewGroup2并没有消费事件，dispatchTouchEvent()却返回了true，那么网上的一种说法：dispatchTouchEvent()返回true就是消费事件。这种说法或许并不完全准确，具体还需去源码找答案，这里先不分析了，只是说明一个问题：不要轻易重写dispatchTouchEvent()。就算重写，也要尽量保证调用到super方法并且返回值与super结果一致。其实，源码已经提供了两个接口来间接的重写它，就是onInterceptTouchEvent()和onTouchEvent()，通过源码可以知道它们最终都是dispatchTouchEvent()来调用的。而且用onTouchEvent()的返回值来描述是否消费事件是没有问题的（不消费事件的View根本调用不到onTouchEvent()）。

针对默认情况下的log的源码分析到此结束，理解了默认情况，后面3种情况就简单了。

---

情况2：View的onTouchEvent()消费down事件，其他默认

（这里说的View是界面图里的最小的子View，不是ViewGroup1或ViewGroup2）
先分析一下，由上面的默认情况来看，对于事件机制只研究单个事件是不能说明问题的，需要看整个事件序列里每个事件是如何处理的。所以研究事件消费需要考虑以下几种情况：

说明一下上图，对于图中第1点不消费down事件，其实就是情况1（默认情况），由情况1的log可以看出，不消费down事件的时候，后续事件不再分发给该View，所以图中分支1对于View来说不用再考虑后续事件。
然后看图中2,3,4,5分支，通过前面的Android事件分发流程图可以看出，它们可以得出同一个结论，所以它们可以看成是一种情况。
分析至此，只有情况1和情况2两种情况。对于2,3,4,5分支得出结论？这里拿图中分支5来举例，修改MyView的onTouchEvent()的代码如下：

int x = 0;
@Override
public boolean onTouchEvent(MotionEvent event) {
if (event.getAction() == MotionEvent.ACTION_DOWN) {
x = 0;
Log.d(TAG, “MyView--------------->onTouchEvent x=” + x);
return true;
}
x++;
Log.d(TAG, “MyView--------------->onTouchEvent x=” + x);
if (x == 3) {
return true;
}
if (x == 5) {
return true;
}
return super.onTouchEvent(event);
}

代码不难理解，实现了MyView消费事件序列里的down事件和第3个，第5个事件（从0开始计数），其他事件都不消费。同时，为了方便查看，在log中打印出了x的值。log如下（每个事件的log用空行分开了）：

( 1888): MainActivity->dispatchTouchEvent
( 1888): MyViewGroup1–>dispatchTouchEvent
( 1888): MyViewGroup1–>onInterceptTouchEvent
( 1888): MyViewGroup2—>dispatchTouchEvent
( 1888): MyViewGroup2—>onInterce