android事件分发总结

这篇android事件分发总结是自己也是想写好久，不过有很多巨巨已经写得相当好了。这里有郭巨巨从源码的角度开始分析事件分发
连接：Android事件分发机制完全解析，带你从源码的角度彻底理解(上)
Android事件分发机制完全解析，带你从源码的角度彻底理解(下)
写的恨透侧很好，当是入门还是看的郭巨巨的书呢。

我总结一下利用android api实现一些功能时常用的点吧：

1.当TouchEvent发生时，首先Activity将TouchEvent传递给最顶层的View， TouchEvent最先到达最顶层 view 的 dispatchTouchEvent ，然后由 dispatchTouchEvent 方法进行分发，如果dispatchTouchEvent返回true ，则交给这个view的onTouchEvent处理，如果dispatchTouchEvent返回 false ，则交给这个 view 的 interceptTouchEvent 方法来决定是否要拦截这个事件，如果 interceptTouchEvent 返回 true ，也就是拦截掉了，则交给它的 onTouchEvent 来处理，如果 interceptTouchEvent 返回 false ，那么就传递给子 view ，由子 view 的 dispatchTouchEvent 再来开始这个事件的分发。如果事件传递到某一层的子 view 的 onTouchEvent 上了，这个方法返回了 false ，那么这个事件会从这个 view 往上传递，都是 onTouchEvent 来接收。而如果传递到最上面的 onTouchEvent 也返回 false 的话，这个事件就会“消失”，而且接收不到下一次事件。

2.给view设置onTouch()要比在view代码中复写onTouchEvent()方法的优先级要高；
onTouch中返回true，onTouchEvent（）就不执行了。例如给button设置onTouch方法返回true后，在设置onClick是没有用的。

3.子View中如果将传递的事件消费掉，ViewGroup中将无法接收到任何事件。

4.对于OnTouch（）或OnTouchEvent()有时会利用GestureDetector进行事件处理，利用这个类原因就是它对于事件封装的比较好，方便我们处理不同的事件。

最近画了一个手势的流程图,t表示return true,f表示 return false,s表示return super();根据每个方法的返回值确定手势的走向。假设down事件没有传递到某个控件，那在该连续动作之后的move，up该控件都不会接受到，哪怕上层的控件没有拦截消费掉

PS：总结可能有误，请大家斧正，以后会随着自己学习与经历继续完善这篇总结的