事件分发学习总结

dispatchTouchEvent

return true：表示该View内部消化掉了所有事件
return false：表示事件在本层不再继续进行分发，并交由上层控件的onTouchEvent方法进行消费

return super.dispatchTouchEvent(ev)：默认事件将分发给本层的事件拦截onInterceptTouchEvent方法进行处理(只有返回super.dispatchTouchEvent(ev)才会触发onInterceptTouchEvent)

onInterceptTouchEvent

return true：表示将事件进行拦截，并将拦截到的事件交由本层控件的onTouchEvent进行处理
return false：表示不对事件进行拦截，事件得以成功分发到子View
return super.onInterceptTouchEvent(ev)：默认表示不拦截该事件，并将事件传递给下一层View的dispatchTouchEvent

onTouchEvent

return true：表示onTouchEvent处理完事件后消费了此次事件
return fasle：表示不响应事件，那么该事件将会不断向上层View的onTouchEvent方法传递，直到某个View的onTouchEvent方法返回true
return super.dispatchTouchEvent(ev)：表示不响应事件，结果与return false一样

Activity-Window-View。从上到下依次传递，当然了如果你最低的那个view onTouchEvent返回false 那就说明他不想处理 那就再往上抛，都不处理的话

如果某一个子View处理了Down事件，那么随之而来的Move和Up事件也会交给它处理。但是交给它处理之前，父View还是可以拦截事件的，如果拦截了事件，那么子View就会收到一个Cancel事件，并且不会收到后续的Move和Up事件。

传递细节描述

• 事件从 Activity.dispatchTouchEvent() 开始传递, 依次通过getWindow().superDispatchTouchEvent(event)、mDecor.superDispatchTouchEvent(event) 传递，即从Activity-> PhoneWindow ->DecorView, DecorView 是整个 ViewTree 的顶层 ViewGroup ；
• 在整个 ViewGroup 中，事件从顶层开始，依次往子View传递；
  父 ViewGroup 可以通过 onInterceptTouchEvent() 对事件做拦截，阻止其往下传递；
  如果未被拦截，则子 View 可以通过 onTouchEvent() 消费（处理）事件；
• 如果事件从上往下传递过程中一直没有被拦截，且最底层子 View 没有消费事件，事件会反向往上传递，这时父 ViewGroup 可以在 onTouchEvent() 中消费该事件，如果还是没有被消费的话，最后会到 Activity 的 onTouchEvent() 函数；
• 底层View是具有事件的优先消费权的；
• 如果View 没有对 ACTION_DOWN 进行消费，此次点击的后续事件不会传递过来；
• 如果 View 消费了 ACTION_DOWN ，此次点击的后续事件会直接给这个 View，这里的后续事件指的是 ACTION_MOVE 和 ACTION_UP 事件；此时，其父 ViewGroup 的 onIntercept 函数仍会被调用，仍能进行拦截，但它自己的 onIntercept 不会被调用了；
• 子 View 可以在 onTouchEvent 中调用 getParent().requestDisallowInterceptTouchEvent(true)，这样父 ViewGroup 的 onIntercept 在后续的事件中就不会被调用了；
• 如果第一个事件即 ACTION_DOWN 就被父 ViewGroup 拦截了，子 View 将不会获取到消费事件的机会；
• OnTouchListener 优先于 onTouchEvent() 对事件进行消费；
  消费指的是相应的函数返回 true ；
• ViewGroup 才有 onIntercept 方法，View 是没有的，即View不可以拦截事件；
• 所有的事件处理过程都是以 ACTION_DOWN 开始，ACTION_UP 或者 ACTION_CANCEL 结束，ACTION_UP 是事件正常处理逻辑的结束标志，ACTION_CANCEL 是由父 ViewGroup 主动发出，当父 ViewGroup 拦截了除 ACTION_DOWN 之外的事件，会给正在消费 ACTION_DOWN 并等待后续事件的子 View 发送一个 ACTION_CANCEL 事件，通知子 View 结束自己的事件等待；