[Android] 零碎知识汇总 - 触摸反馈

核心概念

---

• Event : Down、Move、Up、Cancel
• onTouchEvent() : 处理以上四个事件, 统称为一个事件流
• onInterceptTouchEvent : 默认 false, 在合适的时机, 返回 true
• requestDisallowInterceptTouchEvent
  : 子类需要临时接管事件流的时候, 调用该方法, 从而处理该事件流
• dispatchTouchEvent() : 包含 onTouchEvent() 和 onInterceptTouchEvent()

流程

---

1. View的事件流程

View.onTouchEvent(MotionEvent evetn) {
  /*
    evetn 包含了事件类型: 按下 抬起 or 其它
    以及 坐标 和 其他各种信息
  */
}

整个事件流, 可以分为一下三种情况:
点击 : Down > Up
滑动 : Down > Move...Move > Up
取消 : Down > Move...Move > Cancel

2. 实现触摸反馈算法

public class CustomClickableView extends View {

  @Override public boolean onTouchEvent(MotionEvent event) {
    switch (event.getActionMasked()) {
      case MotionEvent.ACTION_DOWN:
        // to do something
    }
    return true; // 拦截: 下一节有说到
  }
}

3. 事件分发

核心: 离用户最近的可触摸的控件, 是这组事件流的响应者

如图: 黄色View 的上层有一个 可点击的粉色View, 和一个 不可点击的文本View`

粉色View自己消费事件流

此时, 上层粉色View 是这组事件流的响应者

TextView不可点击, 事件传递给下面的黄色VIew(按下时, 变色为橘色)

此时, 下层黄色View 是这组事件流的响应者

重复一遍: 离用户最近的可触摸的控件, 是这组事件流的响应者

在代码中, 体现在 onTouchEvent(MotionEvent event) 的返回值, 上一节的代码块中, 有提到这个返回值为 true 意味着:
我(View)希望处理以这个 Down 事件为起始点的这条事件流, 请把这之后的后续事件都交给我吧

4. 事件分发的拦截机制

截止到目前为止, 所有的逻辑符合直觉:

事件从屏幕最顶部的那个 View 向下传递

在这个过程前, 还有一个过程:

在用户触摸屏幕的时候, 每一个触摸事件到达 View 的 onTouchEvent() 之前,
Android 会从整个 Activity 里面最底层的那个 根View 向上一级级地去询问: "你要不要拦截这组事件?"
拦截的意思就是, 事件我就不交给子 View 了, 我直接转而自己来处理了

这里就引出了 ViewGroup.onInterceptTouchEvent() 如图

事件分发的拦截机制

1. 先层底层像上层询问(onInterceptTouchEvent): 你是否拦截这组事件
   • 拦截(true): 走自己的 onTouchEvent() 后续事件不会再询问
   • 不拦截(false): 继续向上层询问
2. 如果到了最顶层的 ViewGroup 都返回了 false (不拦截), 此时开始走下一个流程
3. 从最顶层的 View.onTouchEvent() 开始向下执行, 然后就是之前所说的逻辑了

整个逻辑流程像一个 ∩ 形状: 先向上,再向下
ps: 当 onInterceptTouchEvent 返回 true 时, 会先向子 View 发送一个 Cancel 事件, 恢复其之前的状态

代码如下:

public class CustomLayout extends ViewGroup {

  @Override public boolean onInterceptTouchEvent(MotionEvent event) {
    switch (event.getActionMasked()) {
      ...
      if (符合条件) {
        return true;
      }
    }
    return false;
  }

  @Override public boolean onTouchEvent(MotionEvent event) {
    switch (event.getActionMasked()) {
      ...
    }
    return true;
  }
}

以上说的都是 父View 拦截 子View 的情况, 那如果是 子View 想主动的告知 父View 不要拦截呢?
例如: 列表中, 长按 item 重排功能, 你需要在长按之后的上下滑动, 是移动列表项, 而不是滑动列表
这就引出了 View.requestDisallowInterceptTouchEvent(boolean disallowIntercept) 该方法不需要重写, 直接调用, 告知 父View 不要拦截, 我自己处理当前事件流, 仅限当前事件流, 下次使用时需要重新调用
最后说一句, dispatchTouchEvent() 是事件分发的总调度方法, 上面说的 onTouchEvent() 和 onInterceptTouchEvent() 都在发生在 dispatchTouchEvent() 里面的
所以: 一个事件分发的过程, 实质上就是 从根 View 递归地调用了一次 dispatchTouchEvent() 的过程

其它

---

本篇内容, 总结自 https://hencoder.com/ui-3-1/