事件分发机制 事件拦截 滑动冲突 MD

Markdown版本笔记	我的GitHub首页	我的博客	我的微信	我的邮箱
MyAndroidBlogs	baiqiantao	baiqiantao	bqt20094	baiqiantao@sina.com

事件分发机制 时间拦截 滑动冲突 MD

---

目录

目录

• 目录
• 事件分发机制分析案例
  • 默认行为
    • 试验 0
    • 结论
  • dispatchTouchEvent 返回 true
    • 试验 1
    • 试验 2
    • 结论
  • onInterceptTouchEvent 返回 true
    • 试验 3
    • 结论
  • onTouchEvent 返回 true
    • 试验 4
    • 结论
    • 试验 5
  • 测试代码
    • Activity
    • 自定义 LinearLayout
    • 自定义 TextView
    • 工具类
• 补充
  • 一些面试题
  • 滑动冲突问题如何解决？
  • onTouch 和 onTouchEvent 的区别

事件分发机制分析案例

默认行为

触摸事件由Action_Down0、Aciton_UP1、Action_Move==2组成，其中一次完整的触摸事件中，Down只有一个、Up有一个或0个、Move有若干个(包括0个)，一旦UP发生，就表明此次触摸事件已经结束了。

试验 0

1、当触摸根部的LinearLayout时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
onTouch--root--按下
onTouchEvent--root--按下

2、当触摸子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下

dispatchTouchEvent--TextView--tv--按下
onTouch--tv--按下
onTouchEvent--tv--按下

onTouch--root--按下
onTouchEvent--root--按下

3、当触摸子LinearLayout：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下

dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下
onTouch--ll_child--按下
onTouchEvent--ll_child--按下

onTouch--root--按下
onTouchEvent--root--按下

4、当触摸孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下

dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下

dispatchTouchEvent--TextView--tv_child--按下
onTouch--tv_child--按下
onTouchEvent--tv_child--按下

onTouch--ll_child--按下
onTouchEvent--ll_child--按下

onTouch--root--按下
onTouchEvent--root--按下

5、当触摸一个具有点击事件的普通的子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--TextView--null--按下
onTouchEvent--null--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--TextView--null--移动
onTouchEvent--null--移动
//...后续所有Move事件都会收到

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--TextView--null--松开
onTouchEvent--null--松开

结论

在不进行如何干涉的情况下:

即要满足以下所有条件：

• 触摸点区域没有一个View的dispatchTouchEvent方法的返回值为true
• 触摸点区域没有一个View的onTouchEvent方法和onTouch方法的返回值为true
• 触摸点区域没有一个View有设置点击事件、长点击事件等会消耗触摸事件的方法

两个基本规律：

• View的onInterceptTouchEvent方法是在dispatchTouchEvent方法中被调用的(如果dispatchTouchEvent方法返回true，则不会调用onInterceptTouchEvent方法)，所以可以把dispatchTouchEvent方法和onInterceptTouchEvent方法看做一对方法。
• View的onTouchEvent方法是在监听器回调方法onTouch之后被调用的，所以也可以把onTouch方法和onTouchEvent方法看做一对方法。

这么一划分的话，事件的分发过程就可以简化为对两对方法进行分析了(事实上，这种划分是合理的)。

对于 Down 事件

• Down事件首先会从root逐级【下发】到最底层的View，下发的事件是通过dispatchTouchEvent方法传递的(当然，因为dispatchTouchEvent方法没有返回true，所以还会将Down事件传给自己的onInterceptTouchEvent方法，下同)。
• 当Down事件从root逐级下发到最底层的那个View后，最底层的那个View的dispatchTouchEvent会将Down事件传给自己的 onTouch方法(当然因为onTouch没有返回true，所以还会将Down事件传给自己的onTouchEvent方法，下同)。
• 由此便开始了Down事件的逐级【上传】过程，即Down事件将从最底层的那个View开始，逐级【上传】到root的 onTouch(和 onTouchEvent方法)。

Down事件的传递过程：
dTE父(包含-->oIT) --> dTE子 --> ... --> dTE底 --> onTouch底(包含-->onTE) --> ... --> onTouch子 --> onTouch父。

对于后续的 Move、UP 事件

• 在分发完 Down 事件后( Down 事件一定会分发)，其余的 Move、UP 事件将不再分发。
• 也即任何 View 都不会收到后续的 Move、UP 事件，因为没有任何 View 需要处理本次触摸事件。

注意，上述案例中的第五种情况不满足上述条件，因为那个TextView具有点击事件，所以会导致能收到后续的触摸事件

dispatchTouchEvent 返回 true

试验 1

我们将子LinearLayout的 dispatchTouchEvent 方法返回true，当触摸子LinearLayout、孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--ll_child--移动
//...后续所有Move事件都会收到

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--ll_child--松开

试验 2

我们将孙子TextView的 dispatchTouchEvent 方法返回true，当触摸孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下
dispatchTouchEvent--TextView--tv_child--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--ll_child--移动
onInterceptTouchEvent--ll_child--移动
dispatchTouchEvent--TextView--tv_child--移动
//...后续所有Move事件都会收到

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--ll_child--松开
onInterceptTouchEvent--ll_child--松开
dispatchTouchEvent--TextView--tv_child--松开

结论

• 如果某个View的dispatchTouchEvent方法返回值为true(不管是普通View还是ViewGroup)，则表明 这个具体的事件 的分发过程到此结束了。
• 所以此View的所有子View都不会获取到这一个具体的事件。
• 但是此View的所有父View可以获取到此View能获取到的所有事件，因为此View获取的任何事件都是由根View逐级下发过来的。
• 注意，分发结束只是针对当前这个具体的MotionEvent事件而言的，而不是针对整个事件链而言的，所以到后续所有事件仍会正常进行分发。
• 所以，即使你在dispatchTouchEvent中没做任何判断就直接返回了true，后续所有的事件仍会正常进行分发。
• 鉴于dispatchTouchEvent方法只是终止了某一具体事件的分发，而不是终止本次完整事件的分发，所以如果想在某种情况下终止接收后续的事件，用这个方法是不适合的。

onInterceptTouchEvent 返回 true

PS:只有 ViewGroup 才有 onInterceptTouchEvent 方法

试验 3

我们将子LinearLayout的 onInterceptTouchEvent 方法返回true，当触摸子LinearLayout、孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下

onTouch--ll_child--按下
onTouchEvent--ll_child--按下
onTouch--root--按下
onTouchEvent--root--按下

结论

• 如果一个 ViewGroup 的onInterceptTouchEvent方法返回 true，则代表此 ViewGroup 会拦截后续所有事件，因此，其子View后续将收不到任何Touch事件。
• 注意，ViewGroup拦截事件后会将当前事件传递给自己的 onTouch 和 onTouchEvent 方法，然后继续执行事件的分发流程，即如果自己的 onTouch 和 onTouchEvent 方法都返回false，会将事件传递给自己父ViewGroup的onTouch方法，而不是在此终止事件的分发。
• 因此，我们可以认为：如果一个 ViewGroup 的onInterceptTouchEvent方法返回 true，则可以等价的认为这个ViewGroup隐藏了其所有子View(或者认为其没有任何子View)，而其他过程和正常的事件分发过程完全一致。
• 鉴于此，我们经常是在onInterceptTouchEvent方法中拦截子View获取事件(目的往往是为了让自己能够处理后续事件)。

onInterceptTouchEvent 和 dispatchTouchEvent 方法的注意区别：

• 返回 true 后，onInterceptTouchEvent 则会拦截后续所有事件的分发，而 dispatchTouchEvent 只是终止当前这一具体事件的分发。
• onInterceptTouchEvent 会继续正常分发这一具体的事件，而 dispatchTouchEvent会直接结束分发这一具体的事件。

onTouchEvent 返回 true

试验 4

我们将子LinearLayout的onTouchEvent方法返回true

当触摸子LinearLayout时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下
onTouch--ll_child--按下
onTouchEvent--ll_child--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--ll_child--移动
onTouch--ll_child--移动
onTouchEvent--ll_child--移动
//...后续所有Move事件都会收到

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--ll_child--松开
onTouch--ll_child--松开
onTouchEvent--ll_child--松开

当触摸孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下
dispatchTouchEvent--TextView--tv_child--按下
onTouch--tv_child--按下
onTouchEvent--tv_child--按下
onTouch--ll_child--按下
onTouchEvent--ll_child--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--ll_child--移动
onTouch--ll_child--移动
onTouchEvent--ll_child--移动
//...后续所有Move事件都会收到

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--ll_child--松开
onTouch--ll_child--松开
onTouchEvent--ll_child--松开

结论

首先可以发现，当触摸子LinearLayout和孙子TextView时，两者的过程基本都是一致的，所以下面的关键是分析对比着两者的区别。

对于DOWN事件

• 【下发过程】：当触摸孙子TextView时，虽然子LinearLayout的onTouchEvent方法返回了true，但是孙子TextView的dispatchTouchEvent方法仍会被调用，所以，View的onTouchEvent方法返回true并不会影响DOWN事件的正常下发。
• 【上传过程】：首先DOWN事件会从最底层的孙子TextView的onTouchEvent方法上传给子LinearLayout的onTouchEvent方法，然后DOWN事件的上传过程就结束了，而不会继续上传给父View。

面试题：

问：如果子View和父ViewGroup的onTouchEvent都返回true，哪个控件的onTouchEvent会执行？
答：子View的。
问：这种情况下，怎么让父ViewGroup的onTouchEvent执行？
答：让父ViewGroup的onInterceptTouchEvent方法返回 true即可。

结论：

• onTouchEvent方法的返回值并不会影响DOWN事件的正常下发过程。
• 如果一个View的onTouchEvent方法返回true，那么DOWN事件的上传过程将会在这里停止，所以此View所有父View的onTouch方法和onTouchEvent方法都将不会被调用(这是一条核心的结论)。
• 换句话说，如果一个View的onTouchEvent方法返回true，那么DOWN事件将会在传递到View的onTouchEvent方法后被完全消耗掉。

对于后续的 MOVE、UP 事件
我们假设上面那个onTouchEvent方法返回true的View名字为ViewA

• ViewA及其所有父View的dispatchTouchEvent方法和onInterceptTouchEvent方法【都会】被调用。
• ViewA的所有子View的dispatchTouchEvent方法和onInterceptTouchEvent方法【都不会】被调用。
• 仅ViewA的onTouch方法和onTouchEvent方法会被调用，或者说仅ViewA的onTouchEvent方法能够处理MOVE、UP事件。
• 所以，onTouchEvent方法最核心的作用是用来告诉View树：后续的MOVE、UP事件到底应该从根View【传递】到哪个View去处理(PS："传递"这个词用的非常好)。

完整的流程为

• 一旦某个View的【onTouchEvent】返回true，当【DOWN】事件按照【正常的分发流程】逐级【下传】到【最底层的View】的【dispatchTouchEvent】后，【最底层的View】将通过其【onTouchEvent】逐级【上传】，直到上传到【此View】的【onTouchEvent】方法之后，DOWN事件将会被消耗掉；
• 然而，此后的【MOVE、UP】事件在逐级【下传】到【此View】后将直接【结束】分发(而不会下传到最底层的View)，并且在调用【此View】的onTouchEvent方法后被完全【消耗】掉。

试验 5

我们将孙子TextView的onTouchEvent方法返回true

当触摸孙子TextView时：

dispatchTouchEvent--root--按下
onInterceptTouchEvent--root--按下
dispatchTouchEvent--ll_child--按下
onInterceptTouchEvent--ll_child--按下
dispatchTouchEvent--TextView--tv_child--按下
onTouch--tv_child--按下
onTouchEvent--tv_child--按下

dispatchTouchEvent--root--移动
onInterceptTouchEvent--root--移动
dispatchTouchEvent--ll_child--移动
onInterceptTouchEvent--ll_child--移动
dispatchTouchEvent--TextView--tv_child--移动
onTouch--tv_child--移动
onTouchEvent--tv_child--移动

dispatchTouchEvent--root--松开
onInterceptTouchEvent--root--松开
dispatchTouchEvent--ll_child--松开
onInterceptTouchEvent--ll_child--松开
dispatchTouchEvent--TextView--tv_child--松开
onTouch--tv_child--松开
onTouchEvent--tv_child--松开

可以发现和上面的情况完全一致，这里之所以分开，是因为上面的篇幅太长了，放在一起的话会让人比较难把握住重点信息。

测试代码

Activity

public class TouchEventActivity extends Activity implements OnTouchListener {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.layout);
        
        findViewById(R.id.root).setTag("root");
        findViewById(R.id.ll_child).setTag("ll_child");
        findViewById(R.id.tv).setTag("tv");
        findViewById(R.id.tv_child).setTag("tv_child");
        
        findViewById(R.id.root).setOnTouchListener(this);
        findViewById(R.id.ll_child).setOnTouchListener(this);
        findViewById(R.id.tv).setOnTouchListener(this);
        findViewById(R.id.tv_child).setOnTouchListener(this);
        
        findViewById(R.id.tv_alert).setOnClickListener(v -> {
            Utils.TYPE = (Utils.TYPE + 1) % 6;
            Toast.makeText(this, "值为 " + Utils.TYPE, Toast.LENGTH_SHORT).show();
        });
    }
    
    @Override
    protected void onResume() {
        super.onResume();
        Toast.makeText(this, "值为 " + Utils.TYPE, Toast.LENGTH_SHORT).show();
    }
    
    @Override
    public boolean onTouch(View v, MotionEvent event) {
        Log.i("【bqt】", "onTouch--" + v.getTag() + "--" + Utils.getActionName(event));
        return false;
    }
}

自定义 LinearLayout

public class MyLinearLayout extends LinearLayout {
    
    public MyLinearLayout(Context context, AttributeSet attrs) {
        super(context, attrs);
    }
    
    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.i("【bqt】", "dispatchTouchEvent--" + getTag() + "--" + Utils.getActionName(event));
        return (getId() == R.id.ll_child && Utils.TYPE == 1) || super.dispatchTouchEvent(event);
    }
    
    @Override
    public boolean onInterceptTouchEvent(MotionEvent event) {
        Log.i("【bqt】", "onInterceptTouchEvent--" + getTag() + "--" + Utils.getActionName(event));
        return (getId() == R.id.ll_child && Utils.TYPE == 3) || super.onInterceptTouchEvent(event);
    }
    
    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i("【bqt】", "onTouchEvent--" + getTag() + "--" + Utils.getActionName(event));
        return (getId() == R.id.ll_child && Utils.TYPE == 4) || super.onTouchEvent(event);
    }
}

自定义 TextView

public class MyTextView extends AppCompatTextView {
    
    public MyTextView(Context context, AttributeSet attrs) {
        super(context, attrs);
    }
    
    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.i("【bqt】", "dispatchTouchEvent--TextView--" + getTag() + "--" + Utils.getActionName(event));
        return (getId() == R.id.tv_child && Utils.TYPE == 2) || super.dispatchTouchEvent(event);
    }
    
    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i("【bqt】", "onTouchEvent--" + getTag() + "--" + Utils.getActionName(event));
        return (getId() == R.id.tv_child && Utils.TYPE == 5) || super.onTouchEvent(event);
    }
}

工具类

public class Utils {
    public static int TYPE = 0;
    
    public static String getActionName(MotionEvent event) {
        switch (event.getAction()) {
            case ACTION_DOWN:
                return "按下";
            case ACTION_UP:
                return "松开";
            case ACTION_MOVE:
                return "移动";
            default:
                return "未知";
        }
    }
}

补充

一些面试题

View的onTouchEvent方法，OnClickListerner的OnClick方法，OnTouchListener的onTouch方法，这三者的优先级如何？
onTouch ＞ onTouchEvent ＞ OnClick

如果子View和父ViewGroup的onTouchEvent都返回true，哪个控件的onTouchEvent会执行？
子View的。这种情况下，让父ViewGroup的onInterceptTouchEvent方法返回true即可让父ViewGroup的onTouchEvent执行。

如果某个view(不包括VG)处理事件的时候没有消耗down事件，会有什么结果？
假如一个view，在down事件来的时候他的onTouchEvent返回false， 那么这个down事件所属的事件序列，就是他后续的move和up都不会给他处理了。

注意：之所以不包括VG，绝不是因为对于后续的move和up，此view的父View的onTouchEvent会回调，而只是因为任何view所接收到的事件都是通过VG传递过来的。

一旦有事件传递给view(不包括VG)，view的onTouchEvent一定会被调用吗？
一定会(一定要三思，否则多半会回答"不一定会")。
因为view本身没有onInterceptTouchEvent方法，所以只要事件来到view这里就一定会走onTouchEvent方法，并且默认都是返回true的，除非这个view是不可点击的。

PS:所谓不可点击就是clickable和longClickable同时为fale。
Button的clickable就是true，但是textview是false。

enable是否影响view的onTouchEvent返回值？
不影响
只要view的clickable和longClickable有一个为真，那么此view的onTouchEvent就返回true

requestDisallowInterceptTouchEvent 的作用？
可以在子元素中干扰父元素的事件分发
但是down事件干扰不了。

onTouchEvent和GestureDetector在什么时候用哪个比较好？
只有滑动需求的时候就用onTouchEvent
如果有双击、抛掷等行为的时候就用GestureDetector

滑动冲突问题如何解决？

要解决滑动冲突，其实主要的就是一个核心思想：你到底想让哪个 view 来响应你的滑动？

比如，从上到下滑，是哪个view来处理这个事件，从左到右呢？

业务需求想明白以后，解决的方法就是2个：外部拦截(父亲拦截)和内部拦截，基本上所有的滑动冲突都是这2种的变种，而且核心代码思想都一样。

外部拦截法
外部拦截法的思路就是重写父容器的onInterceptTouchEvent方法，子元素一般不需要做额外的处理。我们通常是对父View的onInterceptTouchEvent接收到的Move事件做一个过滤，当Move事件满足适当条件时(如持续若干时间或移动若干距离)会拦截掉，并返回子View一个Action_Cancel事件。这种方式比较简单且很容易让人理解。

伪代码：

@Override
public boolean onInterceptTouchEvent(MotionEvent event) {
    boolean intercepted = false;
    switch (event.getAction()) {
        case MotionEvent.ACTION_DOWN:
            intercepted = false;
            break;
        case MotionEvent.ACTION_MOVE:
            if (父容器需要点击事件) {
                intercepted = true;
            } else {
                intercepted = false;
            }
            break;
        case MotionEvent.ACTION_UP:
            intercepted = false;
            break;
        default:
            break;
    }
    return intercepted;
}

在父容器的onInterceptTouchEvent方法中:

• 对于ACTION_DOWN事件，父容器必须返回false，即不拦截ACTION_DOWN事件，这是因为一旦父容器拦截者这个事件，那么后续的ACTION_MOVE和ACTION_UP事件都会直接交由父容器处理，这个时候就没法传递给子元素了
• 对于ACTION_UP事件，父容器也必须返回false，否则就会导致子元素无法接收到ACTION_UP事件，这个时候onClick事件就无法触发
• 对于ACTION_MOVE事件，这个事件可以根据需要来决定是否拦截

内部拦截法
内部拦截法的思路就是父容器不拦截任何事件，所有事件都传递给子元素，如果子元素需要此事件就直接消耗掉，否则就交由父容器处理。我们需要重写子元素的dispatchTouchEvent方法，在其中调用getParent().requestDisallowInterceptTouchEvent(true)，作用是告诉父view，这个触摸事件由我来处理，不要阻碍我。

伪代码：

@Override
public boolean dispatchTouchEvent(MotionEvent event) {
    switch (event.getAction()) {
        case MotionEvent.ACTION_DOWN:
            parent.requestDisallowInterceptTouchEvent(true);// 表示不拦截
            break;
        case MotionEvent.ACTION_MOVE:
            if (父容器需要点击事件) {
                parent.requestDisallowInterceptTouchEvent(false);// 表示拦截
            }
            break;
        case MotionEvent.ACTION_UP:
            break;
        default:
            break;
    }
    return super.dispatchTouchEvent(event);
}

requestDisallowInterceptTouchEvent方法通过改变FLAG_DISALLOW_INTERCEPT标记位拦截事件，但是ACTION_DOWN事件不受这个标记位的控制

onTouch 和 onTouchEvent 的区别

对于View，我们可以通过重写onTouchEvent方法来处理Touch事件，也可以通过实现OnTouchListener的接口，然后在onTouch方法中达到同样的目的，这两种监听有什么区别呢？

这两个方法都是在View的dispatchTouchEvent中调用的，onTouch优先于onTouchEvent执行。如果在onTouch方法中通过返回true将事件消费掉，onTouchEvent将不会再执行。

另外需要注意的是，onTouch能够得到执行需要两个前提条件，第一mOnTouchListener的值不能为空，第二当前点击的控件必须是enable的。因此如果你有一个控件是非enable的，那么给它注册onTouch事件将永远得不到执行。对于这一类控件，如果我们想要监听它的touch事件，就必须通过在该控件中重写onTouchEvent方法来实现。

总结

• 1、onTouchListener的onTouch方法优先级比onTouchEvent方法高，会先触发。
• 2、假如onTouch方法返回false会接着触发onTouchEvent方法，反之onTouchEvent方法不会被调用。
• 3、内置诸如click事件的实现等等都基于onTouchEvent，假如onTouch返回true，这些事件将不会被触发。

2017-10-14