Android事件分发笔记
2018-09-05 本文已影响0人
Aron1001
- dispatchTouchEvent
该方法主要是用来进行事件分发和传递的，当返回true的时候代表自己去处理，把事件传递给自己，否则就传递给其他的view。该方法也是触摸事件第一个执行的方法，后续的几个是否执行都取决于它。 - onInterceptTouchEvent
这个方法主要是viewGroup特有的，用来做触摸事件拦截的，默认返回false。- 主要是用来做事件分发过程中的拦截的，相当于一个拦截器
- 如果返回false或者super，则事件继续传递，事件所经过的每一层的viewGroup都会去调用该方法来询问是否拦截
- 如果返回true，则代表拦截该事件，停止传递给子view，会走自己的onTouchEvent事件
- 不像onTouchEvent是否拦截取决于down事件，该方法每个事件都可以去做拦截
- 事件一经拦截，后续move、up事件都直接交给onTouchEvent，不会重新去询问是否拦截(即不再调用onInterceptTouchEvent)
- 事件被拦截后，子view会接收到一个cancel事件，来恢复之前的状态，结束当前事件流
- onTouch
这个也是触摸事件，方便给开发者调用的。根据注释：当一个触摸事件被分发到一个view的时候，就会调用该方法，它是在事件传递到onTouchEvent之前被调用的。 - onTouchEvent
该方法就是真正用来处理触摸事件的最后调用的方法，在这里你可以自己写你的触摸事件算法。 - onClick
这个就是我们最熟悉的点击事件了，它也属于触摸事件的一个内容，有一点需要注意就是他是在onTouchEvent的UP事件里面执行的。
执行顺序：onTouch—>onTouchEvent—>onClick -
事件流程图
事件分发流程图.png
- 说明
- dispatchTouchEvent和onTouchEvent一旦返回true，事件就被消费掉了，该事件就消失了，不会往下传递也不会向上回溯
- dispatchTouchEvent和onTouchEvent一旦返回false，事件就会回溯到父控件的onTouchEvent，说明自己不处理
- dispatchTouchEvent返回false和true对于Activity来说都是一样，因为他是最顶层的事件接收者，而ViewGroup和View返回super则是向下传递，返回false就是向父控件的onTouchEvent回溯事件。
- onTouchEvent返回super代表向上回溯事件，返回false则代表自己不处理，所以也是向上回溯事件，如果最终都没消费，则Activity消费，事件消失。
- onInterceptTouchEvent默认返回super，通过源码我们知道其实就是返回false，默认是不去拦截事件的，这也符合常理，可以让子view有机会去捕获事件，返回true则代表拦截了这个事件，交给自己的onTouchEvent去处理，ViewGroup的dispatchTouchEvent的super默认实现就是调用自己的onInterceptTouchEvent，这也就可以保证事件有机会分发到自己的onTouchEvent
- dispatchTouchEvent和onTouchEvent都是以Down事件为基准，来判断后续事件是否经过自己，也就是自己消费，如果Down事件返回了false或者super，则后续事件都不再经过自己了，包括move，up，如只有返回true的时候，后续事件才会经过自己
- 实例
-
case 1 ： 全部返回super
图片.png
-
case 2：view的onTouchEvent 返回true
图片.png
- case 3：
-
