前一阶段，在学习的时候，遇到了我觉得的我接触安卓以来的最多的一次事件拦截出来，那个项目，用到了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演示，相信会有更深层的体会。