触摸反馈
把一系列的触摸事件解读为对应的操作，然后根据解读出来的操作给出相应的反馈，这就是触摸反馈的本质。其中，触摸事件不是独立的，是成序列的，成组的。每一组事件以按下事件为开头，以抬起事件或取消事件为结束。其中ACTION_CANCEL是特殊的，对应的是事件序列的非人为的提前结束。每一个触摸事件都会交给View.onTouchEvent(MotionEvent event)去处理。然后通过参数event，代表事件类型（按下、抬起或其他）、坐标、其他各种信息反馈给我们开发者。
事件分发机制：(从上到下)
为了解决触摸冲突而设置的机制。
例子：
矩形是父view,有2个子view:圆形按钮（可点击）和"Lorem Ipsum"文字（不可点击）。这时点击按钮是可以子view触发事件，但是点击文字是触发的父view的点击事件。
Android是如何做到的？（触摸事件分发）
如果一个view对这个down的onTouchEvent()没有响应，那么它就会继续向下，直到遇到第一个做出响应的view，这个向下的过程才会结束。这个时候这个view就成了这组事件的接收者。这个事件的后续事件都会直接发送给这个view,不会给它上面的view和下面的view.直到这组事件的结束，即ACTION_UP/ACTION_CANCEL事件。
这是一个很易懂的逻辑，离用户最近的可触摸的控件是这组事件的响应者。
onTouchEvent返回return true；表示消费了该事件。更直观的理解为，告诉android，我希望处理以这个down事件为起始点的事件流，你把这之后的后续事件都交给我。
事件的拦截机制:(从下往上)
为了解决滑动冲突而设置的机制。
案例：
可点击的控件是在列表里面。点击某个控件会触发点击事件。而把手机放到屏幕上滑一下，列表也是会滑动的。为了符合直觉，安卓的触摸是从上往下传递的被某个控件消费后就不会再往下传了。那么隔着一个按钮实现的滑动怎么做到的？
答案：触摸事件的拦截机制。
其实在触摸事件的分发（从屏幕的顶部向下分发）之前还有个过程：触摸屏幕的时候，每个触摸事件到达onTouchEvent()之前，android会从整个activity的最底部的那个view(根view)去向上一级一级的询问：你要不要拦截这组事件。
拦截的意思就是说事件我就不交给子view了，我就自己来处理了。
具体在实现上，它是通过调用viewgroup的onInterceptTouchEvent()实现。也就是当一个事件发生的时候，首先会从底部的view向上递归的调用每一级的子view的onInterceptTouchEvent()去询问该子view是否要拦截这组事件，默认是返回false不拦截。如果他要返回false，那么就会继续向上去问它的子view询问是否拦截。如果整个流程都走完，全部都返回false,那么就会走第2个流程：onTouchEvent()从上往下。
另外，对于onInterceptTouchEvent()返回true的时候，除了完成事件接管，这个view还会对它的子view发送一个ACTION_CANCEL取消事件。
onInterceptTouchEvent()则是你在整个过程中，都可以对事件流中的每个事件进行监听，你可以先行观望，给子view一个处理事件的机会，而一旦事件流的发展达到了你的触发条件，比如用户现在在滑动，你可以立刻返回true，立刻实现事件流的接管，这样就2不耽误，既让子view有机会去处理事件，又可以在需要的时候把处理事件的工作给接管过来。
事件拦截的主要方法：
Android事件分发主要牵涉到dispatchTouchEvent(MotionEvent ev)、onInterceptTouchEvent(MotionEvent ev)、onTouchEvent(MotionEvent ev)这三个方法。
public boolean dispatchTouchEvent(MotionEvent ev) 事件分发
- return super.dispatchTouchEvent(ev)，默认事件会自动的分发给当前 View 的 onInterceptTouchEvent 方法；
- return true，事件会分发给当前 View 并由 dispatchTouchEvent 方法进行消费，同时事件会停止向下传递；
- return false，会将事件返回给父的 onTouchEvent 进行消费；
public boolean onInterceptTouchEvent(MotionEvent ev) 事件拦截
- return super.onInterceptTouchEvent(ev)，默认情况下会将事件进行拦截，并将拦截到的事件交由当前 View 的 onTouchEvent 进行处理；
- return true，同return super.onInterceptTouchEvent(ev)；
- return false，表示不拦截当前事件，当前 View 上的事件会被传递到子 View 上，再由子 View 的 dispatchTouchEvent 来开始这个事件的分发；
public boolean onTouchEvent(MotionEvent event) 事件消费
- return super.onTouchEvent(ev)，默认将事件传递到上层View进行处理，如果上层也return false，则该事件消失；
- return true，会消费当前事件；
- return false，同return super.onTouchEvent(ev)；
总结：
Activity没有onInterceptTouchEvent的方法，只能将事件传递给下一层Viewgroup1进行分发，如果Viewgroup1拦截事件，就交给onTouchEvent处理，如果onTouchEvent返回true，就消费事件，事件消失，如果onTouchEvent返回false，事件传递给父View；如果Viewgroup1不拦截事件，再交给一下层Viewgroup2进行分发，如果拦截事件，交给onTouchEvent处理，而简单View没有onInterceptTouchEvent拦截事件的方法。如此层层下去，子又生孙，孙又生子。如果没有任何一个消费事件，那么事件会依次层层往上传递。
打完收工，弄清楚事件分发机制能帮助我们在开发复杂Viewgroup，或多层View嵌套时，能顺利处理事件的拦截和冲突。好了，下期节目再见。
问题总结：
-
OnTouchListener、OnLongClickListener和onTouchEvent有什么区别
onTouch是View的OnTouchListener接口中定义的方法，所以需要先调用setOnTouchListener设置监听。onTouchEvent()是每个事件处理对象都自带的方法，比如Activity,view,viewGroup等都有onTouchEvent()事件监听。
onTouchListener的onTouch方法优先级比onTouchEvent高，会先触发。
假如onTouch方法返回false会接着触发onTouchEvent，反之onTouchEvent方法不会被调用。
内置诸如click事件的实现等等都基于onTouchEvent，假如onTouch返回true，这些事件将不会被触发。
顺序为:
OnTouchListener—–>onTouchEvent—>onclick
view.setOnClickListener {
Log.i("minfo", "click")
}
view.setOnLongClickListener(object: View.OnLongClickListener {
override fun onLongClick(v: View?): Boolean {
Log.i("minfo", "longClick")
return false
}
})
view.setOnTouchListener(object: View.OnTouchListener {
override fun onTouch(v: View, event: MotionEvent): Boolean {
if (event.getAction() == MotionEvent.ACTION_DOWN) {
Log.i("minfo", "action_down")
return true
}
else if (event.getAction() == MotionEvent.ACTION_UP) {
Log.i("minfo", "action_up")
return true
}
else if (event.getAction() == MotionEvent.ACTION_MOVE){
Log.i("minfo", "action_move")
return true
}
return false
}
})
