Android事件拦截机制简单分析

前一阶段，在学习的时候，遇到了我觉得的我接触安卓以来的最多的一次事件拦截出来，那个项目，用到了slidemenu側滑菜单条，然后加上tab标签，还有轮播广告，listview上下滑动。viewpager的左右监听，假设没有处理各种事件的监听，那么就会一团糟。会让系统不知道究竟要响应你的哪一个事件，有了点启示。在这自己就写一个小的demo来分享一下事件的拦截机制。

我们想要了解事件拦截机制，我们首先来看下onInterceptTouchEvent这种方法：

onInterceptTouchEvent:

负责对touch事件拦截。对于嵌套的view。最先运行的是所点击view的onInterceptTouchEvent，然后依次运行子视图中的onInterceptTouchEvent（这里没有做不论什么处理。假设全部嵌套视图的onInterceptTouchEvent都会得到运行。也就是默认的返回false）就是有事情了，总监先去处理，然后经理处理。然后员工处理。（父视图先处理事情），事件拦截成功的标志就是onInterceptTouchEvent的返回值。假设返回fasle，没有拦截成功，返回true，拦截成功。

首先来看下我的文件布局：（最上面是一个自己定义的view，中间的和以下的是两个自己定义的viewgroup）

布局非常easy：中间的和以下的那个是继承的RelativeLayout，最上面的继承的textview。

package com.example.touchintercept;

import android.content.Context;

import android.util.AttributeSet;

import android.util.Log;

import android.view.MotionEvent;

import android.widget.RelativeLayout;

/**

 * Created by 若兰 on 2016/2/14.

 * 一个懂得了编程乐趣的小白。希望自己

 * 能够在这个道路上走的非常远，也希望自己学习到的

 * 知识能够帮助很多其它的人,分享就是学习的一种乐趣

 * QQ:1069584784

 * csdn:http://blog.csdn.net/wuyinlei

 */

public class DirectorView extends RelativeLayout {

    private static String TAG = "wuyinlei";

    public DirectorView(Context context) {

        super(context);

    }

    public DirectorView(Context context, AttributeSet attrs) {

        super(context, attrs);

    }

    public DirectorView(Context context, AttributeSet attrs, int defStyleAttr) {

        super(context, attrs, defStyleAttr);

    }

    @Override

    public boolean onInterceptTouchEvent(MotionEvent ev) {

        Log.d(TAG, "DirectorView onInterceptTouchEvent");

        return false;

    }

    @Override

    public boolean dispatchTouchEvent(MotionEvent ev) {

        Log.d(TAG, "DirectorView dispatchTouchEvent");

        return super.dispatchTouchEvent(ev);

    }

    @Override

    public boolean onTouchEvent(MotionEvent event) {

        Log.d(TAG, "DirectorView onTouchEvent");

        return super.onTouchEvent(event);

    }

}

其它的两个也是一样的，里面没有实现不论什么的逻辑。

我们首先来看下，什么处理都没有做的（仅仅是简单的写了onInterceptTouchEvent和onTouchEvent）

这个时候我们来点击textview。看看打印的log：

能够看见，正常的状况事件的传递顺序是：

总监（DirectorView）–>经理（ManagerView）—>我（MyView）
事件传递的时候。先运行dispatchTouchEvent方法然后运行onInterecptTouchEvent方法

事件处理的顺序是：

我（MyView）–>经理（ManagerView）—>总监（DirectorView）
这个就非常好理解了。比方说卖房的时候，假设买房的要的优惠在员工（我）的能力范围之内，那么我返回ture，把事件处理了，也就是拦截。假设超出了我的优惠范围，我就返回false。不拦截。继续到经理。一层一层的处理。
初始情况都是返回false （dispatchTouchEvent方法我们一般不住处理的）

我们来看下整个事件过程的图形说明：

总监处理事件

以下我们修改一下，假如一个买房的顾客和总监非常熟。那么他直接去找了总监。那么总监直接把优惠给了这个顾客。也就是事件不是必需往下传递了，这个时候我们仅仅须要修改DirectorView中的onInterecptTouchEvent方法返回true。我们看下log：

这个时候我们看下图形解释的拦截事件：

经理处理事件

在来看下一个场景，这个中产阶级的员工，去买房。他仅仅认识经理，那么他直接去找经理谈能给的优惠，而且两个人是好朋友，这个时候就会把他能给的最大优惠给这个买房的。这个时候我们调整ManagerView中的onInterecptTouchEvent方法返回true，我们看下log：

这个时候我们看下图形解释的拦截事件：

员工(我)处理事件

这个时候，想必对于事件的分发、拦截大家应该比較清楚了，这个时候我们再来看下底层的MyView.记得我们刚開始的时候，顺其自然，我们返回的是false。就是一级一级的往上报告。只是这个时候，过来了一个买房的，有钱，可是不认识经理和总监。当然了哈，他也不在乎钱，这个时候你就给了他自己能给的优惠，两方达成一致，有钱人买了一套房，你也不用向上级反映。这个时候我们返回true：

这个时候他们之间的关系图例如以下所看到的：

还有就是。假设经理在onTouchEvent中返回了true。那么事件传递到经理这里也就不传递了。就好比，员工做错了事情，经理一看。不想把自己员工丢人的事情让总监看。那么他就返回true：

这个时候他们之间的关系图例如以下所看到的：

相信通过这几步的分析，还是比較easy的了解事件的分发、拦截、处理机制的，假设想要进一步的了解，大家能够去结合一下源代码，然后在自己写一个demo演示，相信会有更深层的体会。