Android 触摸反馈一些注意的点

原创

RikkaTheWorld 2022-07-15 12:05:38 博主文章分类：自定义view ©著作权

©著作权归作者所有：来自51CTO博客作者RikkaTheWorld的原创作品，请联系作者获取转载授权，否则将追究法律责任

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

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

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

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

Android 触摸反馈一些注意的点_多点触控

上图中，灰色是一个屏幕，手指点击的地方是屏幕的最前方，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等这些比较普通的做操作，那么两者在性能上是没有区别的
getActionMasked()主要是在对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，就重置状态。

5、MotionEvent在单点触控和多点触控下的问题
MotionEvent的几种比较值得注意的地方：

ACTION_UP永远是事件序列最后出现的
一组MotionEvent事件不是对应一个手指的，而是对应一个View的，之所以这样说，是因为有些人会在多点触控下搞迷糊了。比如看这么一个顺序（注意：都是按在统一个View）：手指1按下->手指2按下->手指1抬起->手指2抬起
会有人可能觉得顺序时 DOWN->POINTER_DOWN->UP->POINTER_UP，但其实是错的；
实际上应该是 DOWN->POINTER_DOWN->POINTER_UP->UP
activePointer 每次按下一个手指，就会产生一个activiePointer(x,y,index:x)，可以通过getActionIndex来获取该pointer的index，每个pointer也有对应的pointerId，而我们对于多手指的操控，就是通过 pointerId和index做判断。
比如我们获取了一个手指的index = 1，那么后面我们如果要获取该手指的位置，我们可以用 getX(1)
但是他们并不是顺序的，比如你三指操作的时候，一开始时index = 0、1、2，后来拿掉了中间一根，可能就变成了 0、1或者0、2甚至1、2，所以我们每次都要去获取其index
ACTION_MOVE表示有手指发生移动，而不是某一个手指发生了移动
在该View产生的MotionEvent是针对于该View的
多点触控，如果触摸了两个View，那么通过滑动冲突，先拦截事件的那个View获取了后续所有的只在该View产生的事件序列（重点）。