Android 触摸反馈一些注意的点，已拿到offer

因为触摸反馈的本质上就是在onTouchEvent/GestureDector去通过MotionEvent做事件处理。，所以需要更细致的去了解它们。所以这里专门开了个小结。这篇学习完后，我将会写一个可以缩放的自定义View。

所以在学习之前一定要搞懂View对事件的分发。

网上的学习blog很多。

这里稍稍简述一下：因为事件Event是从在开始的 父View即Activity通过dispatchTouchEvent往其子View传，子View通过onInterceptTouchEvent和onTouchEvent的返回来判断是否消费该事件，然后跟父View一样做剩下的事情。如果直到最后的子View都不处理这个Event，则它会交给父View的onTouchEvent来处理，以此类推。

1、关于onTouchEvent的传递

所以一般情况下，onTouchEvent的传递是从我们点击的那个View开始处理，然后给它的父View… 如下图所示：

上图中，灰色是一个屏幕，手指点击的地方是屏幕的最前方，Activity相当已经是快要贴近屏幕背面了， 子View1和 子View2是重叠的，子View3不与他们重叠，一个用户点击到了子View1和子View2重叠的地方，那么一个onTouchEvent的对MotionEvent的传递就是 子View1 --> 子View2 -->Activity。

当然了，这是在考虑到 onInterceptTouchEvent()和dispatchTouchEvent都走正常顺序的情况下。只是这样画图更容易理解我们对事件的分发。

如果子View在onTouchEvent中返回了true，就是说明子View1消费了该事件序列，从DOWN一直到 UP/CANCEL的所有event全都由该View的 onTouchEvent()来解决

注意：只有对DOWN 返回了true，那么之后 如果对该View的其他接到的event返回false，这系列的事件都不会传下去，而是还是在该View里面。

2、getAction()和getActionMasked()的区别:

• getActionMasked()解决了多点触控，是比较晚api出的，而getAction()则最开始更多的考虑的是单点触控

• 如果只是对 UP/DOWN/MOVE等这些比较普通的做操作，那么两者在性能上是没有区别的

• `getActionMaske

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

d()主要是在对POINTER_DOWN/POINTER_UP`有不同与getAction的处理。

看过onTouchEvent源码的都知道，就是对 点击、长按、右键点击做预处理和处理而已。

3、onInterceptTouchEvent()一些注意的点：

• 一般出现了重写这个方法的情况，就说明当前界面需要处理 滑动冲突！

• onInterceptTouchEvent()只能在ViewGroup中重写，并且重写了该方法后，就也要重写这个ViewGroup的onTouchEvent()（因为这就是应对滑动冲突的问题）

4、dispatchTouchEvent()一些注意的点：

• 当在用户第一次按下的时候（即产生了ACTION_DOWN时），会清空 TouchTargets(这个用于多点触控记录目标View)和DISALLOW_INTERCEPT（比如在滑动ViewPage时，我们想横向滑动，但是在开始的几百毫秒内，可能会产生纵向滑动大于横向滑动，就会走很纵向滑动的逻辑，这显然不是我们想要的，所以这个时候就不会拦截，这个标记位就是这么一个作用。）

• 如果不拦截并且不是CANCEL，并且是DOWN或者是POINTER_DOWN，会尝试把pointer通过TouchTarget分配给 子View

• TouchTargets是用来记录屏幕被那几个手指按下了，其结构是一个单向链表。

• 父View会先看看有没有TouchTarget，如果没有就调用自己的super.dispatchTouchEvent()，否则，就调用child.dispatchTouchEvent()

• 如果是POINTER_UP，就要去TouchTargets中清除POINTER信息，如果是UP或者CANCEL，就重置状态。