如果没有看过上面链接的童鞋，推荐先看完上面链接中的内容再来看本章
上一章我们主要分析了ViewGroup中dispatchTouchEvent方法的源码，通过源码我想大家一定对于dispatchTouchEvent有了一定的了解，本章我将继续介绍View中dispatchTouchEvent方法的源码。
View中dispatchTouchEvent方法相对于ViewGroup中dispatchTouchEvent方法要简单了很多。
View中dispatchTouchEvent源码
代码只有50多行左右，要比ViewGroup中200多行少了很多，而且从源码中比较重要的部分，就是我用红、绿两种颜色框中的if条件。
红色框：
1. mListenerInfo 不为空
2. mListenerInfo.mOnTouchListener 不为空
3. View 是 enabled 状态
4. mListenerInfo.mOnTouchListener.onTouch() 方法返回 true。
如果想满足这个if语句需要这4个条件同时成立，其实通过条件中变量的名称我们也可以发现，只要我们给当前View设置了onTouchListener并且View 是 enabled 状态，那么该if语句就会执行，那么就会调用onTouchListener的onTouch()方法。
绿色框：
1. result为false
2. onTouchEvent(event)返回true。
如果满足这个if语句需要这2个条件同时成立，我们这里发现该if语句与红色框中的if条件其实是互斥的，因为红色框条件如果成立，那么result的值就是true。就无法满足绿色框中的条件。这里我们可以发现了，上一章中提到了事件分发中重要的三个方法中最后一个onTouchEvent()，
onTouchEvent()的源码
我们可以发现在ACTION_UP中有对于onClick事件的回调执行，关于switch（action）中的内容我就不分析了（因为我也懒得看，看了我也不见得懂，哈哈），反正最终我们知道只要满足了条件return true就可以了。
总结：
1.如果用户调用了setOnTouchListener那么就会调用onTouch()方法，那么View的dispatchTouchEvent返回值就由onTouch()方法返回值来决定;
2.如果用户没有调用setOnTouchListener那么就会调用View的onTouchEvent()方法，那么View的dispatchTouchEvent返回值就由onTouchEvent()方法返回值来决定;
小结：到此我们可以知道，View的dispatchTouchEvent()的返回值实际就是由onTouch()或者onTouchEvent()的返回值来决定的，而onTouch()或者onTouchEvent()这些都是对事件的最终消费，那么从这方面来看View的dispatchTouchEvent()方法并不像ViewGroup的dispatchTouchEvent()那样是对事件进行分发，而是对事件进行了最终的消费。其实从另一个方面也更好理解，因为当事件进入到具体View的dispatchTouchEvent()时，当前View已经是最底层级的View了它也没有谁可以分发事件了，只能发给自己处理。
综上所述，View的dispatchTouchEvent()的返回值直接反映了该View是否对事件进行了消费
到此我们对于View的事件分发源码分析就告于段落了，如果对你有帮助，欢迎大家留言，如果有什么不对的地方，也欢迎大家指正，让我们共同进步！！**