事件分发机制是Android中卓殊首要的三个知识点,事件分发机制是Android中非常重大的二个知识点

示例四、假诺在ViewGroup的onInterceptTouch伊芙nt中回到了true拦截了风云,整个事件将不再传递给View而是直接交由ViewGroup的onTouch伊夫nt处理。

修改伊夫ntDispatchLinearLayout的onInterceptTouch伊夫nt(),让其重返true。

@Override
public boolean onInterceptTouchEvent(MotionEvent event) {
    Log.i(TAG, "onInterceptTouchEvent: " + event.getAction() + " | 是否拦截:" + true);
    return true;//super.onInterceptTouchEvent(event);
}

测试log如下:

01-05 19:03:21.788 9733-9733/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-05 19:03:21.789 9733-9733/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-05 19:03:21.789 9733-9733/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:true
01-05 19:03:21.789 9733-9733/cn.codingblock.view I/——Layout: onTouchEvent: 0 | 是否消耗事件:true
01-05 19:03:21.819 9733-9733/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-05 19:03:21.819 9733-9733/cn.codingblock.view I/——Layout: dispatchTouchEvent: 2 | 分发事件
01-05 19:03:21.819 9733-9733/cn.codingblock.view I/——Layout: onTouchEvent: 2 | 是否消耗事件:true
01-05 19:03:21.877 9733-9733/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-05 19:03:21.877 9733-9733/cn.codingblock.view I/——Layout: dispatchTouchEvent: 1 | 分发事件
01-05 19:03:21.877 9733-9733/cn.codingblock.view I/——Layout: onTouchEvent: 1 | 是否消耗事件:true

dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent

  • boolean dispatchTouchEvent (MotionEvent event):

分发事件,只要事件能传递到当前View就肯定会调用此格局,其重临值是四个布尔类型表示是还是不是消耗事件。再次来到true代表消耗事件,事件流的接续部分还会跟着传递过来;重返false代表不消耗事件,事件流的持续部分就不再传递于此。

  • boolean onInterceptTouchEvent (MotionEvent ev):

此办法表示是不是拦截Motion伊夫nt事件,唯有ViewGroup类型的控件才有此方法。假使此格局再次回到true表示拦截事件,事件将传递给当下View的onTouch伊夫nt()方法,而不再向其下属的View传递。如若此措施重返false表示不阻止事件,事件将传递给下属View的dispatchTouch伊夫nt()。

  • boolean onTouchEvent (MotionEvent event):

此形式用来处理Motion伊芙nt,重回值表示是或不是消耗事件。再次来到true表示消耗事件,那么事件流的继续部分还会传送过来;重回false表示不消耗事件,事件将送交上级View的onTouch伊芙nt()处理,要是上边View的onTouch伊芙nt()还是重返false,那么事件将再交付上级的上司处理,以此类推,假诺各级View的onTouch伊芙nt()都不消耗事件,那么事件最后将付出Activity的onTouch伊夫nt()处理。

上文说了如此多依旧不够具体,先用流程图大体说雀巢个上述八个章程的涉嫌,及调用流程,下文还会结合实际示例详细表达在事变分发传递中逐一艺术的调用规则。

三者关系大体如下图:

图片 1

示例五、给View绑定OnTouchListener和OnClickListener监听器。

在伊芙ntDispatchActivity的onCreate()方法里面添加如下代码,并将伊芙ntDispatchLinearLayout和伊芙ntDispatchTestView的各艺术的再次来到值都还原成示例一中的状态。

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_event_dispatch);
    edtv_test = ViewUtils.find(this, R.id.edtv_test);
    edll_test = ViewUtils.find(this, R.id.edll_test);

    edtv_test.setOnTouchListener(new View.OnTouchListener() {
        @Override
        public boolean onTouch(View v, MotionEvent event) {
            // 为了log显示的层次更加清晰,这里的TAG使用View的TAG
            Log.i("————View", "onTouch: 返回 " + false);
            return false;
        }
    });

    edtv_test.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View v) {
            // 为了log显示的层次更加清晰,这里的TAG使用View的TAG
            Log.i("————View", "onClick: ");
        }
    });
}

测试log如下:

01-06 19:35:07.563 6737-6737/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-06 19:35:07.563 6737-6737/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-06 19:35:07.563 6737-6737/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:false
01-06 19:35:07.563 6737-6737/cn.codingblock.view I/————View: dispatchTouchEvent: 0 | 分发事件
01-06 19:35:07.563 6737-6737/cn.codingblock.view I/————View: onTouch: 返回 false
01-06 19:35:07.563 6737-6737/cn.codingblock.view I/————View: onTouchEvent: 0 | 是否消耗事件:true

01-06 19:35:07.573 6737-6737/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-06 19:35:07.573 6737-6737/cn.codingblock.view I/——Layout: dispatchTouchEvent: 2 | 分发事件
01-06 19:35:07.573 6737-6737/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 2 | 是否拦截:false
01-06 19:35:07.573 6737-6737/cn.codingblock.view I/————View: dispatchTouchEvent: 2 | 分发事件
01-06 19:35:07.574 6737-6737/cn.codingblock.view I/————View: onTouch: 返回 false
01-06 19:35:07.574 6737-6737/cn.codingblock.view I/————View: onTouchEvent: 2 | 是否消耗事件:true

01-06 19:35:07.673 6737-6737/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-06 19:35:07.674 6737-6737/cn.codingblock.view I/——Layout: dispatchTouchEvent: 1 | 分发事件
01-06 19:35:07.674 6737-6737/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 1 | 是否拦截:false
01-06 19:35:07.674 6737-6737/cn.codingblock.view I/————View: dispatchTouchEvent: 1 | 分发事件
01-06 19:35:07.674 6737-6737/cn.codingblock.view I/————View: onTouch: 返回 false
01-06 19:35:07.674 6737-6737/cn.codingblock.view I/————View: onTouchEvent: 1 | 是否消耗事件:true
01-06 19:35:07.704 6737-6737/cn.codingblock.view I/————View: onClick: 

接下来再下边修改代码,让onTouch()方法消耗事件,也便是回到true,再观看log:

edtv_test.setOnTouchListener(new View.OnTouchListener() {
    @Override
    public boolean onTouch(View v, MotionEvent event) {
        // 为了log显示的层次更加清晰,这里的TAG使用View的TAG
        Log.i("————View", "onTouch: 返回 " + false);
        return false;
    }
});

log如下:

01-07 11:03:55.411 2757-2757/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-07 11:03:55.412 2757-2757/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-07 11:03:55.412 2757-2757/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:false
01-07 11:03:55.412 2757-2757/cn.codingblock.view I/————View: dispatchTouchEvent: 0 | 分发事件
01-07 11:03:55.412 2757-2757/cn.codingblock.view I/————View: onTouch: 返回 true

01-07 11:03:55.542 2757-2757/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-07 11:03:55.542 2757-2757/cn.codingblock.view I/——Layout: dispatchTouchEvent: 2 | 分发事件
01-07 11:03:55.542 2757-2757/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 2 | 是否拦截:false
01-07 11:03:55.542 2757-2757/cn.codingblock.view I/————View: dispatchTouchEvent: 2 | 分发事件
01-07 11:03:55.542 2757-2757/cn.codingblock.view I/————View: onTouch: 返回 true

01-07 11:03:55.560 2757-2757/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-07 11:03:55.560 2757-2757/cn.codingblock.view I/——Layout: dispatchTouchEvent: 1 | 分发事件
01-07 11:03:55.560 2757-2757/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 1 | 是否拦截:false
01-07 11:03:55.560 2757-2757/cn.codingblock.view I/————View: dispatchTouchEvent: 1 | 分发事件
01-07 11:03:55.560 2757-2757/cn.codingblock.view I/————View: onTouch: 返回 true

从log中大家得以看出:

  • 为View绑定的OnTouchListener中的onTouch()方法是先行于View的onTouch伊芙nt()方法执行的。若是在onTouch()消耗了轩然大波(重返true),那么事件将不在传递给onTouch伊夫nt()方法,最后也不会调用onClick()方法。
  • 为View绑定的OnClickListener中的onClick()方法优先级最低,是在任何事件流甘休后才会被调用,也等于亟需经过手指的按下–抬起这些进度才会触发onClick()方法。

示例2、在示例一的根基上,让View的onTouch伊夫nt不消耗事件时的传递流程

接下去让地点的伊夫ntDispatchTestView的onTouch伊芙nt重临false:

@Override
public boolean onTouchEvent(MotionEvent event) {
    Log.i(TAG, "onTouchEvent: " + event.getAction() + " | 是否消耗事件:" + false);
    return false;//super.onTouchEvent(event);
}

测试log如下:

01-05 18:18:52.545 10771-10771/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-05 18:18:52.545 10771-10771/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-05 18:18:52.546 10771-10771/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:false
01-05 18:18:52.546 10771-10771/cn.codingblock.view I/————View: dispatchTouchEvent: 0 | 分发事件
01-05 18:18:52.546 10771-10771/cn.codingblock.view I/————View: onTouchEvent: 0 | 是否消耗事件:false
01-05 18:18:52.546 10771-10771/cn.codingblock.view I/——Layout: onTouchEvent: 0 | 是否消耗事件:false
01-05 18:18:52.547 10771-10771/cn.codingblock.view I/Activity: onTouchEvent: 0 | 是否消耗事件:true

01-05 18:18:52.629 10771-10771/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-05 18:18:52.629 10771-10771/cn.codingblock.view I/Activity: onTouchEvent: 2 | 是否消耗事件:true

01-05 18:18:52.630 10771-10771/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-05 18:18:52.630 10771-10771/cn.codingblock.view I/Activity: onTouchEvent: 1 | 是否消耗事件:true

当View的onTouch伊芙nt不消耗事件时,事件会付出ViewGroup的onTouch伊夫nt方法处理,而从log能够见见ViewGroup的onTouch伊芙nt暗中同意也不消耗事件,所以事件由提交Activity的onTouch伊夫nt方法处理,最终事件流的后续部分不再传递给ViewGroup和View,而是径直传送给Activity的onTouch伊芙nt处理。

什么是事件分发机制?

说了半天的事件分发机制这毕竟是个啥东西啊?大家绝不把它想象的那么高深莫测,不要在思想上给协调设上阻碍,其实很不难明白,博主的掌握是:简单的话,事件分发机制正是Android系统对事件传递进程规定的一种事件传递规则,事件都会依照那一个规则实行分发传递。

在钻探事件分发机制从前,大家先来规定一下剖析的手续,化整为零,种种击破:

  • 弄明白分析目的:Motion伊夫nt。
  • 刺探多个艺术:dispatchTouch伊芙nt(Motion伊夫nt
    event)、onInterceptTouch伊芙nt(Motion
    event)、onTouch伊夫nt(Motion伊芙nt event)。
  • Motion伊芙nt事件的传递进程
  • 小结

示例一,私下认可情状下的风云传递流程

成立二个类,一个Activity、3个持续自LinearLayout的View,1个持续自Button的View,相提并论写他们的dispatchTouch伊芙nt()、onIntercepteTouch伊夫nt()、onTouch伊芙nt(),多个类及布局文件的代码如下:

  • EventDispatchActivity

/**
 * 事件分发机制测试Activity
 * Created by liuwei on 18/1/5.
 */
public class EventDispatchActivity extends AppCompatActivity {

    private final static String TAG = "Activity";//EventDispatchActivity.class.getSimpleName();

    private EventDispatchTestView edtv_test;
    private EventDispatchLinearLayout edll_test;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_event_dispatch);
        edtv_test = ViewUtils.find(this, R.id.edtv_test);
        edll_test = ViewUtils.find(this, R.id.edll_test);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {

        // 被调用时输出log,event.getAction表示事件的类型,0:ACTION_DOWN,1:ACTION_UP,2:ACTION_MOVE。

        Log.i(TAG, "dispatchTouchEvent: " + event.getAction() + " | 分发事件");
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG, "onTouchEvent: " + event.getAction() + " | 是否消耗事件:" + true);
        return super.onTouchEvent(event);
    }
}
  • EventDispatchLinearLayout

/**
 * 事件分发机制测试 ViewGroup
 * Created by liuwei on 18/1/5.
 */
public class EventDispatchLinearLayout extends LinearLayout {

    private final static String TAG = "——Layout";//EventDispatchLinearLayout.class.getSimpleName();


    public EventDispatchLinearLayout(Context context) {
        super(context);
    }

    public EventDispatchLinearLayout(Context context, @Nullable AttributeSet attrs) {
        super(context, attrs);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.i(TAG, "dispatchTouchEvent: " + event.getAction() + " | 分发事件");
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent event) {
        Log.i(TAG, "onInterceptTouchEvent: " + event.getAction() + " | 是否拦截:" + false);
        return super.onInterceptTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG, "onTouchEvent: " + event.getAction() + " | 是否消耗事件:" + false);
        return super.onTouchEvent(event);
    }
}
  • EventDispatchTestView

/**
 * 事件分发机制测试 View
 * Created by liuwei on 18/1/5.
 */
public class EventDispatchTestView extends Button {

    private final static String TAG = "————View";//EventDistpatchTestView.class.getSimpleName();

    public EventDispatchTestView(Context context) {
        super(context);
    }

    public EventDispatchTestView(Context context, @Nullable AttributeSet attrs) {
        super(context, attrs);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.i(TAG, "dispatchTouchEvent: " + event.getAction() + " | 分发事件");
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG, "onTouchEvent: " + event.getAction() + " | 是否消耗事件:" + true);
        return super.onTouchEvent(event);
    }
}
  • 布局文件

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical"
    tools:context="cn.codingblock.view.event_dispatch.EventDispatchActivity">

    <cn.codingblock.view.event_dispatch.EventDispatchLinearLayout
        android:id="@+id/edll_test"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:background="#cccccc">

        <cn.codingblock.view.event_dispatch.EventDispatchTestView
            android:id="@+id/edtv_test"
            android:layout_width="300dp"
            android:layout_height="300dp"
            android:layout_margin="10dp"
            android:background="#000000"/>

    </cn.codingblock.view.event_dispatch.EventDispatchLinearLayout>

</LinearLayout>

运营代码,点击伊夫ntDispatchTestView(砖红区域),log输出如下(log中的数字代表事件的档次,0:ACTION_DOWN,1:ACTION_UP,2:ACTION_MOVE):

01-05 16:58:05.574 23295-23295/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-05 16:58:05.574 23295-23295/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-05 16:58:05.574 23295-23295/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:false
01-05 16:58:05.574 23295-23295/cn.codingblock.view I/————View: dispatchTouchEvent: 0 | 分发事件
01-05 16:58:05.574 23295-23295/cn.codingblock.view I/————View: onTouchEvent: 0 | 是否消耗事件:true

01-05 16:58:05.611 23295-23295/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-05 16:58:05.611 23295-23295/cn.codingblock.view I/——Layout: dispatchTouchEvent: 2 | 分发事件
01-05 16:58:05.611 23295-23295/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 2 | 是否拦截:false
01-05 16:58:05.611 23295-23295/cn.codingblock.view I/————View: dispatchTouchEvent: 2 | 分发事件
01-05 16:58:05.611 23295-23295/cn.codingblock.view I/————View: onTouchEvent: 2 | 是否消耗事件:true

01-05 16:58:05.619 23295-23295/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-05 16:58:05.619 23295-23295/cn.codingblock.view I/——Layout: dispatchTouchEvent: 1 | 分发事件
01-05 16:58:05.619 23295-23295/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 1 | 是否拦截:false
01-05 16:58:05.620 23295-23295/cn.codingblock.view I/————View: dispatchTouchEvent: 1 | 分发事件
01-05 16:58:05.620 23295-23295/cn.codingblock.view I/————View: onTouchEvent: 1 | 是否消耗事件:true

由log能够看出ViewGroup的onInterceptTouch伊芙nt方法暗许是不阻止事件的,View的onTouch伊芙nt方法暗中同意消耗事件。事件流的ACTION_DOWN类型Motion
伊芙nt率先到达View的onTouch伊芙nt方法中,此时onTouch伊芙nt方法重回true,表示要处监护人件,所以事件流的再三再四部分照旧通过log中的流程到达了View的onTouchEvent方法中。

示例1,暗中认可情形下的事件传递流程

创制三个类,3个Activity、二个接续自LinearLayout的View,2个卫冕自Button的View,天公地道写他们的dispatchTouch伊芙nt()、onIntercepteTouch伊芙nt()、onTouch伊夫nt(),四个类及布局文件的代码如下:

  • EventDispatchActivity

/**
 * 事件分发机制测试Activity
 * Created by liuwei on 18/1/5.
 */
public class EventDispatchActivity extends AppCompatActivity {

    private final static String TAG = "Activity";//EventDispatchActivity.class.getSimpleName();

    private EventDispatchTestView edtv_test;
    private EventDispatchLinearLayout edll_test;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_event_dispatch);
        edtv_test = ViewUtils.find(this, R.id.edtv_test);
        edll_test = ViewUtils.find(this, R.id.edll_test);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {

        // 被调用时输出log,event.getAction表示事件的类型,0:ACTION_DOWN,1:ACTION_UP,2:ACTION_MOVE。

        Log.i(TAG, "dispatchTouchEvent: " + event.getAction() + " | 分发事件");
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG, "onTouchEvent: " + event.getAction() + " | 是否消耗事件:" + true);
        return super.onTouchEvent(event);
    }
}
  • EventDispatchLinearLayout

/**
 * 事件分发机制测试 ViewGroup
 * Created by liuwei on 18/1/5.
 */
public class EventDispatchLinearLayout extends LinearLayout {

    private final static String TAG = "——Layout";//EventDispatchLinearLayout.class.getSimpleName();


    public EventDispatchLinearLayout(Context context) {
        super(context);
    }

    public EventDispatchLinearLayout(Context context, @Nullable AttributeSet attrs) {
        super(context, attrs);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.i(TAG, "dispatchTouchEvent: " + event.getAction() + " | 分发事件");
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent event) {
        Log.i(TAG, "onInterceptTouchEvent: " + event.getAction() + " | 是否拦截:" + false);
        return super.onInterceptTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG, "onTouchEvent: " + event.getAction() + " | 是否消耗事件:" + false);
        return super.onTouchEvent(event);
    }
}
  • EventDispatchTestView

/**
 * 事件分发机制测试 View
 * Created by liuwei on 18/1/5.
 */
public class EventDispatchTestView extends Button {

    private final static String TAG = "————View";//EventDistpatchTestView.class.getSimpleName();

    public EventDispatchTestView(Context context) {
        super(context);
    }

    public EventDispatchTestView(Context context, @Nullable AttributeSet attrs) {
        super(context, attrs);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.i(TAG, "dispatchTouchEvent: " + event.getAction() + " | 分发事件");
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG, "onTouchEvent: " + event.getAction() + " | 是否消耗事件:" + true);
        return super.onTouchEvent(event);
    }
}
  • 布局文件

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical"
    tools:context="cn.codingblock.view.event_dispatch.EventDispatchActivity">

    <cn.codingblock.view.event_dispatch.EventDispatchLinearLayout
        android:id="@+id/edll_test"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:background="#cccccc">

        <cn.codingblock.view.event_dispatch.EventDispatchTestView
            android:id="@+id/edtv_test"
            android:layout_width="300dp"
            android:layout_height="300dp"
            android:layout_margin="10dp"
            android:background="#000000"/>

    </cn.codingblock.view.event_dispatch.EventDispatchLinearLayout>

</LinearLayout>

运营代码,点击伊芙ntDispatchTestView(青古铜色区域),log输出如下(log中的数字代表事件的品类,0:ACTION_DOWN,1:ACTION_UP,2:ACTION_MOVE):

01-05 16:58:05.574 23295-23295/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-05 16:58:05.574 23295-23295/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-05 16:58:05.574 23295-23295/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:false
01-05 16:58:05.574 23295-23295/cn.codingblock.view I/————View: dispatchTouchEvent: 0 | 分发事件
01-05 16:58:05.574 23295-23295/cn.codingblock.view I/————View: onTouchEvent: 0 | 是否消耗事件:true

01-05 16:58:05.611 23295-23295/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-05 16:58:05.611 23295-23295/cn.codingblock.view I/——Layout: dispatchTouchEvent: 2 | 分发事件
01-05 16:58:05.611 23295-23295/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 2 | 是否拦截:false
01-05 16:58:05.611 23295-23295/cn.codingblock.view I/————View: dispatchTouchEvent: 2 | 分发事件
01-05 16:58:05.611 23295-23295/cn.codingblock.view I/————View: onTouchEvent: 2 | 是否消耗事件:true

01-05 16:58:05.619 23295-23295/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-05 16:58:05.619 23295-23295/cn.codingblock.view I/——Layout: dispatchTouchEvent: 1 | 分发事件
01-05 16:58:05.619 23295-23295/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 1 | 是否拦截:false
01-05 16:58:05.620 23295-23295/cn.codingblock.view I/————View: dispatchTouchEvent: 1 | 分发事件
01-05 16:58:05.620 23295-23295/cn.codingblock.view I/————View: onTouchEvent: 1 | 是否消耗事件:true

由log能够看到ViewGroup的onInterceptTouch伊夫nt方法暗中认可是不阻拦事件的,View的onTouch伊夫nt方法暗许消耗事件。事件流的ACTION_DOWN类型Motion
伊芙nt率先到达View的onTouch伊芙nt方法中,此时onTouch伊夫nt方法再次回到true,表示要处管事人件,所以事件流的接续部分依旧通过log中的流程到达了View的onTouch伊芙nt方法中。

事件分发机制是Android中这一个重大的2个知识点,同时也是难关,相信到近日停止很多Android开发者对事件分发机制并未有1个不胜系统的认识,当然也囊括博主个人在内。恐怕在平时的耗费工作中大家并未发现到事件分发机制起到的功力,其实它是随时存在的只是大家不明白而已,仿佛某些滑行争辩、点击事件之间的争执等等大多是因为事件分发处理不当导致的。想起了博主大学时做过1个小品种,里面就出现了滑动争辩的题材,就算最后在网上一步步望着外人的科目也糊里糊涂的缓解了,但归根到底不知其所以然,那么明天就让大家一块来深远的追究一下轩然大波分发机制吗。

示例三、在示例2的基本功上让ViewGroup消耗事件

修改伊夫ntDispatchLinearLayout的onTouch伊夫nt(),让其归来true。

@Override
public boolean onTouchEvent(MotionEvent event) {
    Log.i(TAG, "onTouchEvent: " + event.getAction() + " | 是否消耗事件:" + true);
    return true;//super.onTouchEvent(event);
}

测试log如下:

01-05 18:34:53.409 21169-21169/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-05 18:34:53.409 21169-21169/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-05 18:34:53.409 21169-21169/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:false
01-05 18:34:53.409 21169-21169/cn.codingblock.view I/————View: dispatchTouchEvent: 0 | 分发事件
01-05 18:34:53.410 21169-21169/cn.codingblock.view I/————View: onTouchEvent: 0 | 是否消耗事件:false
01-05 18:34:53.410 21169-21169/cn.codingblock.view I/——Layout: onTouchEvent: 0 | 是否消耗事件:true

01-05 18:34:53.420 21169-21169/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-05 18:34:53.420 21169-21169/cn.codingblock.view I/——Layout: dispatchTouchEvent: 2 | 分发事件
01-05 18:34:53.420 21169-21169/cn.codingblock.view I/——Layout: onTouchEvent: 2 | 是否消耗事件:true

01-05 18:34:53.470 21169-21169/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-05 18:34:53.470 21169-21169/cn.codingblock.view I/——Layout: dispatchTouchEvent: 1 | 分发事件
01-05 18:34:53.470 21169-21169/cn.codingblock.view I/——Layout: onTouchEvent: 1 | 是否消耗事件:true

此种景况下,事件流的ACTION_DOWN先到达View的onTouch伊芙nt,发现它不消耗事件,继而重临上级的ViewGroup的onTouch伊夫nt中,发现它要消耗事件,事件流的继续部分就不在传递给View,也不在调用ViewGroup的onInterceptTouch伊芙nt方法,因为早已知晓View不处监护人件,所以没要求再经过onInterceptTouch伊夫nt方法来判断了。

MotionEvent

实则点击事件的分发进程正是对Motion伊夫nt事件的散发进度,当用户点击操作按下后,Motion伊夫nt事件随后发生并通过自然的条条框框传递到钦命的View上,那些传递的历程和规则便是事件分发机制。

而点击操作触发Motion伊夫nt事件是三个风浪流或然说是二个风浪系列,其独立的事件类型有如下二种:

  • MotionEvent.ACTION_DOWN:手指刚点下荧屏时接触此类型。
  • MotionEvent.ACTION_MOVE:手指在荧屏上运动时会多次触及此类型。
  • MotionEvent.ACTION_UP:手指在显示器上抬起时接触此类型。

要特别注意的是,经常状态下1个Motion伊夫nt事件类别包括三个 ACTION_DOWN
若干个 ACTION_MOVE 和 ACTION_UP
是多少个完好无缺的事件种类。(点下来立马抬起指头时,会唯有 ACTION_DOWN 和
ACTION_UP,那也是一个完完全全的风云体系)

dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent

  • boolean dispatchTouchEvent (MotionEvent event):

分发事件,只要事件能传递到当下View就势必会调用此方法,其重临值是2个布尔类型表示是还是不是消耗事件。再次来到true代表消耗事件,事件流的继续部分还会跟着传递过来;重返false代表不消耗事件,事件流的两次三番部分就不再传递于此。

  • boolean onInterceptTouchEvent (MotionEvent ev):

此办法表示是还是不是拦截Motion伊夫nt事件,只有ViewGroup类型的控件才有此方法。倘使此形式重返true表示拦截事件,事件将传递给当下View的onTouch伊夫nt()方法,而不再向其麾下的View传递。如若此办法再次来到false表示不阻拦事件,事件将传递给下属View的dispatchTouch伊芙nt()。

  • boolean onTouchEvent (MotionEvent event):

此办法用来拍卖Motion伊夫nt,再次回到值表示是还是不是消耗事件。再次来到true表示消耗事件,那么事件流的继承部分还会传递过来;再次来到false表示不消耗事件,事件将交由上级View的onTouch伊芙nt()处理,假如上级View的onTouch伊夫nt()如故重返false,那么事件将再交付上级的顶头上司处理,以此类推,假诺各级View的onTouch伊夫nt()都不消耗事件,那么事件最终将付出Activity的onTouch伊芙nt()处理。

上文说了这般多依然不够具体,先用流程图大体说明一个之上多个艺术的关联,及调用流程,下文还会组成实际示例详细表明在事件分发传递中逐条艺术的调用规则。

三者关系大体如下图:

图片 2

示例三、在示例贰的基础上让ViewGroup消耗事件

修改伊夫ntDispatchLinearLayout的onTouch伊芙nt(),让其重临true。

@Override
public boolean onTouchEvent(MotionEvent event) {
    Log.i(TAG, "onTouchEvent: " + event.getAction() + " | 是否消耗事件:" + true);
    return true;//super.onTouchEvent(event);
}

测试log如下:

01-05 18:34:53.409 21169-21169/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-05 18:34:53.409 21169-21169/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-05 18:34:53.409 21169-21169/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:false
01-05 18:34:53.409 21169-21169/cn.codingblock.view I/————View: dispatchTouchEvent: 0 | 分发事件
01-05 18:34:53.410 21169-21169/cn.codingblock.view I/————View: onTouchEvent: 0 | 是否消耗事件:false
01-05 18:34:53.410 21169-21169/cn.codingblock.view I/——Layout: onTouchEvent: 0 | 是否消耗事件:true

01-05 18:34:53.420 21169-21169/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-05 18:34:53.420 21169-21169/cn.codingblock.view I/——Layout: dispatchTouchEvent: 2 | 分发事件
01-05 18:34:53.420 21169-21169/cn.codingblock.view I/——Layout: onTouchEvent: 2 | 是否消耗事件:true

01-05 18:34:53.470 21169-21169/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-05 18:34:53.470 21169-21169/cn.codingblock.view I/——Layout: dispatchTouchEvent: 1 | 分发事件
01-05 18:34:53.470 21169-21169/cn.codingblock.view I/——Layout: onTouchEvent: 1 | 是否消耗事件:true

此种情形下,事件流的ACTION_DOWN先到达View的onTouch伊芙nt,发现它不消耗事件,继而再次来到上级的ViewGroup的onTouch伊夫nt中,发现它要开支事件,事件流的继续部分就不在传递给View,也不在调用ViewGroup的onInterceptTouch伊夫nt方法,因为已经领会View不处管事人件,所以没必要再经过onInterceptTouch伊芙nt方法来判定了。

Motion伊夫nt事件传递进度

当手辅导击显示器发出3个Touch事件后,事件根据Activity->Window->View的逐条依次传递。

先是会传送给Activity的dispatchTouch伊芙nt(),在此方法内部会将由Window处理,接着事件会传送给根View,根View接收到事件后就会遵从事件分发机制去处监护人件。

根View在此处就是二个ViewGroup,它在收受到事件后会调用dispatchTouch伊芙nt(),在此措施内部会透过onInterceptTouch伊夫nt()方法判断是不是拦截事件,假设onInterceptTouch伊夫nt()重返true就表示它要阻止事件,事件将传递给当下ViewGroup的onTouch伊夫nt()。借使onInterceptTouch伊芙nt()放回false就象征它不阻拦事件,事件将传给其下属的View,调用下级View的dispatchTouch伊夫nt()。

根View的部属View只怕又是3个ViewGroup,假诺那样的话其传递流程同根View1样。无论根View的下级View是否ViewGroup,若是不阻拦事件,最后事件会传送到八个纯View的控件上。

当一个View(纯View控件)接收到事件后,也会调用其dispatchTouch伊芙nt(),然后在此方法内部会调用当前View的onTouch伊芙nt(),假若onTouch伊夫nt()重临true则意味着要拍卖此事件。要是回去false表示不消耗事件,其顶头上司View的onTouchEvent()将被调用,则事件流的接轨部分不再传递到方今View,在2个事变流中也不会再调用当前View的dispatchTouch伊芙nt()。

接下去通过切实示例来查阅事件传递的流程:

小结

为了越来越好的掌握,可以把事件流看成是1队人,把ACTION_DOWN类型看做探路人,探路人按规定的线路先走壹次,直到走到View的onTouch伊芙nt这里,假如onTouch伊夫nt再次回到true,可明白成此路通,后续部队可以过来。若是回到false,能够知晓成此路不通,然后探路人再到Layout(ViewGroup)的onTouch伊芙nt中问路通不通,假若通的话后续部队就不要再去View这里了,直接到ViewGroup那来就足以了。而假诺ViewGroup那里路也打断,那么探路人就只可以去Activity的onTouch伊夫nt那里了,后续部队也一贯去Activity的onTouch伊夫nt那里就足以了。


谈到底想说的是,本体系小说为博主对Android知识举行重复梳理,查缺补漏的上学进度,1方面是对本身忘记的事物加以复习重新明白,另壹方面相信在重新学习的长河中定会有远大的新收获,借使你也有跟本身同样的想法,不妨关注本身壹起念书,相互研讨,共同升高!

参考文献:

  • 《Android开发格局探索》

小结

为了更好的精晓,能够把事件流看成是1队人,把ACTION_DOWN类型看做探路人,探路人按规定的线路先走贰遍,直到走到View的onTouch伊夫nt那里,假若onTouch伊芙nt重回true,可领悟成此路通,后续部队可以回复。假如回去false,能够知道成此路不通,然后探路人再到Layout(ViewGroup)的onTouch伊夫nt中问路通不通,若是通的话后续部队就毫无再去View那里了,直接到ViewGroup那来就足以了。而假若ViewGroup那里路也不通,那么探路人就只好去Activity的onTouch伊夫nt那里了,后续部队也向来去Activity的onTouch伊芙nt那里就能够了。


最后想说的是,本种类文章为博主对Android知识展开重新梳理,查缺补漏的学习进程,1方面是对团结忘记的事物加以复习重新通晓,另一方面相信在重新学习的经过中定会有光辉的新收获,如若你也有跟自家同样的想法,无妨关注本身联合学习,相互探究,共同进步!

参考文献:

  • 《Android开发格局探索》

哪些是事件分发机制?

说了半天的轩然大波分发机制那究竟是个什么东西吗?我们不用把它想象的那么高深莫测,不要在思维上给协调设上阻碍,其实很不难领会,博主的知道是:一句话来说,事件分发机制正是Android系统对事件传递进度规定的一种事件传递规则,事件都会遵照这么些规则举办分发传递。

在斟酌事件分发机制在此以前,大家先来规定一下分析的步骤,化整为零,各种击破:

  • 弄通晓分析目的:Motion伊夫nt。
  • 摸底多少个方法:dispatchTouch伊芙nt(Motion伊夫nt
    event)、onInterceptTouch伊芙nt(Motion
    event)、onTouch伊芙nt(Motion伊芙nt event)。
  • Motion伊夫nt事件的传递进程
  • 小结

事件分发机制是Android中越发首要的一个知识点,同时也是难关,相信到近来甘休很多Android开发者对事件分发机制并不曾多少个那些系统的认识,当然也蕴含博主个人在内。恐怕在平时的开发工作中大家并不曾发现到事件分发机制起到的功力,其实它是每日存在的只是大家不亮堂而已,就如有个别滑行争辩、点击事件之间的争辨等等大多是因为事件分发处理不当导致的。想起了博主高校时做过四个小品种,里面就出现了滑动冲突的题目,即使最后在网上一步步望着人家的科目也糊里糊涂的缓解了,但百川归海不知其所以然,那么明日就让我们联合来深远的探究一下轩然大波分发机制吗。

Motion伊夫nt事件传递进程

当手教导击显示器发生贰个Touch事件后,事件根据Activity->Window->View的次第依次传递。

率先会传送给Activity的dispatchTouch伊芙nt(),在此措施内部会将由Window处理,接着事件会传送给根View,根View接收到事件后就会安分守纪事件分发机制去处监护人件。

根View在那里便是二个ViewGroup,它在承受到事件后会调用dispatchTouch伊芙nt(),在此方式内部会因而onInterceptTouch伊夫nt()方法判断是还是不是拦截事件,若是onInterceptTouch伊芙nt()重回true就象征它要阻拦事件,事件将传递给当下ViewGroup的onTouch伊芙nt()。假诺onInterceptTouch伊夫nt()放回false就意味着它不阻碍事件,事件将传给其下属的View,调用下级View的dispatchTouch伊芙nt()。

根View的下属View大概又是2个ViewGroup,假如那样的话其传递流程同根View1样。无论根View的属下View是还是不是ViewGroup,倘若不阻碍事件,最终事件会传送到叁个纯View的控件上。

当叁个View(纯View控件)接收到事件后,也会调用其dispatchTouch伊夫nt(),然后在此办法内部会调用当前View的onTouch伊夫nt(),假设onTouch伊夫nt()再次回到true则意味要处理此事件。假使回到false表示不消耗事件,其上级View的onTouch伊芙nt()将被调用,则事件流的接续部分不再传递到当前View,在1个风浪流中也不会再调用当前View的dispatchTouch伊夫nt()。

接下去通超过实际际示例来查阅事件传递的流水生产线:

示例二、在示例一的底蕴上,让View的onTouch伊芙nt不消耗事件时的传递流程

接下去让地点的伊芙ntDispatchTestView的onTouch伊夫nt重回false:

@Override
public boolean onTouchEvent(MotionEvent event) {
    Log.i(TAG, "onTouchEvent: " + event.getAction() + " | 是否消耗事件:" + false);
    return false;//super.onTouchEvent(event);
}

测试log如下:

01-05 18:18:52.545 10771-10771/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-05 18:18:52.545 10771-10771/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-05 18:18:52.546 10771-10771/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:false
01-05 18:18:52.546 10771-10771/cn.codingblock.view I/————View: dispatchTouchEvent: 0 | 分发事件
01-05 18:18:52.546 10771-10771/cn.codingblock.view I/————View: onTouchEvent: 0 | 是否消耗事件:false
01-05 18:18:52.546 10771-10771/cn.codingblock.view I/——Layout: onTouchEvent: 0 | 是否消耗事件:false
01-05 18:18:52.547 10771-10771/cn.codingblock.view I/Activity: onTouchEvent: 0 | 是否消耗事件:true

01-05 18:18:52.629 10771-10771/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-05 18:18:52.629 10771-10771/cn.codingblock.view I/Activity: onTouchEvent: 2 | 是否消耗事件:true

01-05 18:18:52.630 10771-10771/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-05 18:18:52.630 10771-10771/cn.codingblock.view I/Activity: onTouchEvent: 1 | 是否消耗事件:true

当View的onTouch伊芙nt不消耗事件时,事件会付给ViewGroup的onTouch伊芙nt方法处理,而从log能够见到ViewGroup的onTouchEvent暗中认可也不消耗事件,所以事件由提交Activity的onTouch伊夫nt方法处理,最终事件流的接轨部分不再传递给ViewGroup和View,而是径直传送给Activity的onTouch伊芙nt处理。

示例肆、假如在ViewGroup的onInterceptTouch伊芙nt中回到了true拦截了风云,整个事件将不再传递给View而是直接交由ViewGroup的onTouch伊芙nt处理。

修改伊芙ntDispatchLinearLayout的onInterceptTouch伊夫nt(),让其回来true。

@Override
public boolean onInterceptTouchEvent(MotionEvent event) {
    Log.i(TAG, "onInterceptTouchEvent: " + event.getAction() + " | 是否拦截:" + true);
    return true;//super.onInterceptTouchEvent(event);
}

测试log如下:

01-05 19:03:21.788 9733-9733/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-05 19:03:21.789 9733-9733/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-05 19:03:21.789 9733-9733/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:true
01-05 19:03:21.789 9733-9733/cn.codingblock.view I/——Layout: onTouchEvent: 0 | 是否消耗事件:true
01-05 19:03:21.819 9733-9733/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-05 19:03:21.819 9733-9733/cn.codingblock.view I/——Layout: dispatchTouchEvent: 2 | 分发事件
01-05 19:03:21.819 9733-9733/cn.codingblock.view I/——Layout: onTouchEvent: 2 | 是否消耗事件:true
01-05 19:03:21.877 9733-9733/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-05 19:03:21.877 9733-9733/cn.codingblock.view I/——Layout: dispatchTouchEvent: 1 | 分发事件
01-05 19:03:21.877 9733-9733/cn.codingblock.view I/——Layout: onTouchEvent: 1 | 是否消耗事件:true

MotionEvent

骨子里点击事件的散发进度就是对Motion伊夫nt事件的分发进程,当用户点击操作按下后,Motion伊夫nt事件随后发生并通过自然的规则传递到内定的View上,这些传递的经过和规则正是事件分发机制。

而点击操作触发Motion伊夫nt事件是1个风浪流也许说是五个轩然大波系列,其出众的轩然大波类型有如下二种:

  • MotionEvent.ACTION_DOWN:手指刚点下荧屏时接触此类型。
  • MotionEvent.ACTION_MOVE:手指在显示屏上活动时会数次接触此类型。
  • MotionEvent.ACTION_UP:手指在荧屏上抬起时接触此类型。

要特别注意的是,平时状态下三个Motion伊芙nt事件体系包罗二个 ACTION_DOWN
若干个 ACTION_MOVE 和 ACTION_UP
是八个完完全全的轩然大波连串。(点下来立马抬起指头时,会唯有 ACTION_DOWN 和
ACTION_UP,那也是一个全体的事件连串)

示例五、给View绑定OnTouchListener和OnClickListener监听器。

在伊夫ntDispatchActivity的onCreate()方法里面添加如下代码,并将伊夫ntDispatchLinearLayout和伊芙ntDispatchTestView的各艺术的再次回到值都还原成示例一中的状态。

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_event_dispatch);
    edtv_test = ViewUtils.find(this, R.id.edtv_test);
    edll_test = ViewUtils.find(this, R.id.edll_test);

    edtv_test.setOnTouchListener(new View.OnTouchListener() {
        @Override
        public boolean onTouch(View v, MotionEvent event) {
            // 为了log显示的层次更加清晰,这里的TAG使用View的TAG
            Log.i("————View", "onTouch: 返回 " + false);
            return false;
        }
    });

    edtv_test.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View v) {
            // 为了log显示的层次更加清晰,这里的TAG使用View的TAG
            Log.i("————View", "onClick: ");
        }
    });
}

测试log如下:

01-06 19:35:07.563 6737-6737/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-06 19:35:07.563 6737-6737/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-06 19:35:07.563 6737-6737/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:false
01-06 19:35:07.563 6737-6737/cn.codingblock.view I/————View: dispatchTouchEvent: 0 | 分发事件
01-06 19:35:07.563 6737-6737/cn.codingblock.view I/————View: onTouch: 返回 false
01-06 19:35:07.563 6737-6737/cn.codingblock.view I/————View: onTouchEvent: 0 | 是否消耗事件:true

01-06 19:35:07.573 6737-6737/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-06 19:35:07.573 6737-6737/cn.codingblock.view I/——Layout: dispatchTouchEvent: 2 | 分发事件
01-06 19:35:07.573 6737-6737/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 2 | 是否拦截:false
01-06 19:35:07.573 6737-6737/cn.codingblock.view I/————View: dispatchTouchEvent: 2 | 分发事件
01-06 19:35:07.574 6737-6737/cn.codingblock.view I/————View: onTouch: 返回 false
01-06 19:35:07.574 6737-6737/cn.codingblock.view I/————View: onTouchEvent: 2 | 是否消耗事件:true

01-06 19:35:07.673 6737-6737/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-06 19:35:07.674 6737-6737/cn.codingblock.view I/——Layout: dispatchTouchEvent: 1 | 分发事件
01-06 19:35:07.674 6737-6737/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 1 | 是否拦截:false
01-06 19:35:07.674 6737-6737/cn.codingblock.view I/————View: dispatchTouchEvent: 1 | 分发事件
01-06 19:35:07.674 6737-6737/cn.codingblock.view I/————View: onTouch: 返回 false
01-06 19:35:07.674 6737-6737/cn.codingblock.view I/————View: onTouchEvent: 1 | 是否消耗事件:true
01-06 19:35:07.704 6737-6737/cn.codingblock.view I/————View: onClick: 

然后再上面修改代码,让onTouch()方法消耗事件,也即是回来true,再旁观log:

edtv_test.setOnTouchListener(new View.OnTouchListener() {
    @Override
    public boolean onTouch(View v, MotionEvent event) {
        // 为了log显示的层次更加清晰,这里的TAG使用View的TAG
        Log.i("————View", "onTouch: 返回 " + false);
        return false;
    }
});

log如下:

01-07 11:03:55.411 2757-2757/cn.codingblock.view I/Activity: dispatchTouchEvent: 0 | 分发事件
01-07 11:03:55.412 2757-2757/cn.codingblock.view I/——Layout: dispatchTouchEvent: 0 | 分发事件
01-07 11:03:55.412 2757-2757/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 0 | 是否拦截:false
01-07 11:03:55.412 2757-2757/cn.codingblock.view I/————View: dispatchTouchEvent: 0 | 分发事件
01-07 11:03:55.412 2757-2757/cn.codingblock.view I/————View: onTouch: 返回 true

01-07 11:03:55.542 2757-2757/cn.codingblock.view I/Activity: dispatchTouchEvent: 2 | 分发事件
01-07 11:03:55.542 2757-2757/cn.codingblock.view I/——Layout: dispatchTouchEvent: 2 | 分发事件
01-07 11:03:55.542 2757-2757/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 2 | 是否拦截:false
01-07 11:03:55.542 2757-2757/cn.codingblock.view I/————View: dispatchTouchEvent: 2 | 分发事件
01-07 11:03:55.542 2757-2757/cn.codingblock.view I/————View: onTouch: 返回 true

01-07 11:03:55.560 2757-2757/cn.codingblock.view I/Activity: dispatchTouchEvent: 1 | 分发事件
01-07 11:03:55.560 2757-2757/cn.codingblock.view I/——Layout: dispatchTouchEvent: 1 | 分发事件
01-07 11:03:55.560 2757-2757/cn.codingblock.view I/——Layout: onInterceptTouchEvent: 1 | 是否拦截:false
01-07 11:03:55.560 2757-2757/cn.codingblock.view I/————View: dispatchTouchEvent: 1 | 分发事件
01-07 11:03:55.560 2757-2757/cn.codingblock.view I/————View: onTouch: 返回 true

从log中我们得以看看:

  • 为View绑定的OnTouchListener中的onTouch()方法是预先于View的onTouchEvent()方法执行的。要是在onTouch()消耗了事件(再次回到true),那么事件将不在传递给onTouch伊芙nt()方法,最终也不会调用onClick()方法。
  • 为View绑定的OnClickListener中的onClick()方法优先级最低,是在整整事件流结束后才会被调用,也正是供给通过手指的按下–抬起那些进程才会触发onClick()方法。

相关文章