事件分发：onTouchEvent返回false一定不执行ACTION_MOVE吗？

前言

关于事件分发网上有太多的教程了，其中我们开发当中，经常遇到过OnTouchEvent中ACTION_MOVE不执行的情况，网上很多例子说了返回值得问题，下面我们做个例子在详细了解一下。

注：MYVIEW是子view MYVIEWGROUP是父view

一个view

    @Override
    public boolean onTouchEvent(MotionEvent event) {

        switch (event.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.i("zhou", "MY_VIEW_DOWN");
                break;
            case MotionEvent.ACTION_MOVE:
                Log.i("zhou", "MY_VIEW_MOVE");
                break;
        }
        return false;
//        return true;
//        return super.onTouchEvent(event);
    }

image.png

我们可以看到在返回false的时候，action_move是不会执行的，而当我们返回true的时候就是可以的，同理在viewgroup也是，但是如果在viewgroup中嵌套view呢？

viewgroup view

 @Override
    public boolean onTouchEvent(MotionEvent event) {
        switch (event.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.i("zhou", "MY_VIEWGROUP_DOWN_TOUCH");
                break;
            case MotionEvent.ACTION_MOVE:
                Log.i("zhou", "MY_VIEWGROUP_MOVE_TOUCH");
                break;
            case MotionEvent.ACTION_UP:
                break;
        }
        return false;
    }

image.png

首先是都返回false，当然都是执行，因为事件没有消费掉。
当然如果是view返回true，事件就会在view中消费。

image.png

这时我突然想到，如果事件拦截了呢？
同样是viewgroup return false view return true。

image.png

当然不管我们怎么滑动，只会执行down的效果。

viewgroup move了一半拦截

我们知道在我们自己diy一些viewpager类似的滑动时，我们要在viewgroup里面嵌套一些元素。

这里我们实现一个这样的效果。

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        switch (ev.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.i("zhou", "MY_VIEWGROUP_DOWN_IN");
                mXDown = ev.getRawX();
                mXLastMove = mXDown;
                break;
            case MotionEvent.ACTION_MOVE:
                Log.i("zhou", "MY_VIEWGROUP_MOVE_IN");
                mXMove = ev.getRawX();
                float diff = Math.abs(mXMove - mXDown);
                mXLastMove = mXMove;
                if (diff > mTouchSlop) {
                      Log.i("zhou", "diff > mTouchSlop");
                      return true;
                }
                break;
        }
        return super.onInterceptTouchEvent(ev);
    }

就是在我们在滑动的时候，滑动距离变得有效的时候就会去拦截执行viewgroup的OnTouchEvent。这样会有什么效果呢。

mTouchSlop = ViewConfiguration.get(getContext()).getScaledTouchSlop();

这是我们的viewgroup的OnTouchEvent返回仍然是false，view的OnTouchEvent返回的还是true，只是在滑动的途中突然进行拦截，会拦截成功嘛？

image.png

首先和我们想的一样，事件没有拦截，而Intercepter的action_move在一直的执行view的OnTouchEvent的move也一直在执行。
也就是说我们的incepter会一直的判断是否拦截。
当我们突然加大滑动的力度的时候。

image.png

我们可以看到，我们的viewgroup的拦截事件不在判断，而去执行了Viewgroup中的OnTouchEvent中的方法；
也就是说在move的同时可以突然拦截后续的事件；
一旦拦截成功就不在去拦截而是后续的事件都会直接到viewgroup的OnTouchEvent中执行，除非抬起手指重新发送新的事件。
而我们同时又发现，我们的viewgroup的OnTouchEvent中，一直执行的是ACTION_MOVE事件，就是移动的事件，而我们的viewgroup的OnTouchEvent返回的是false（ 效果与return super.onInterceptTouchEvent(ev);相同），很神奇。
那么我们如果把子view的OnTouchEvent也改成false呢？
答案肯定是不会执行move了。
同样我们在开发中，如果想要在viewgroup中实现viewpager的引导图，或者banner功能的话，里面还是要嵌套button这种有点击事件的控件，或者给imageview和textview添加clickable属性。

总结：在viewgroup的中的OnTouchEvent中返回false，在子view中OnTouchEvent返回true。在滑动中途突然拦截，会执行viewgroup中的OnTouchEvent的move事件，直接拦截则不会。

转载请注明出处:http://www.jianshu.com/p/f2f2a002bef9