android事件分发机制详解

先讲View:
只要你触摸到了任何一个控件，就一定会调用该控件的dispatchTouchEvent方法，看下该函数的实现：

public boolean dispatchTouchEvent(MotionEvent event) {  
    if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&  
            mOnTouchListener.onTouch(this, event)) {  
        return true;
    }
    return onTouchEvent(event);  
}  

可以看出一个Enable的控件设置了OnTouchListener，如果在onTouch()里面返回了true，那么触碰事件就被onTouch()“消费”掉了，不会走到onTouchEvent()；如果返回false，那么就会往下走，这样到了onTouchEvent()方法里面，其实现如下：

public boolean onTouchEvent(MotionEvent event) {  
    ...
    if (((viewFlags & CLICKABLE) == CLICKABLE ||  
            (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {  
        switch (event.getAction()) {  
            case MotionEvent.ACTION_UP:
				...
                performClick();                
                break;  
            case MotionEvent.ACTION_DOWN:
                break;  
            case MotionEvent.ACTION_CANCEL:  
                break;  
            case MotionEvent.ACTION_MOVE:  
                break;  
        }  
        return true;  
    }  
    return false;  
}

可以看到，如果一个控件是clickable的，那么就会走到ACTION_UP，ACTION_DOWN等case里面，并且最终返回true。需要说明的是：如果在上一个case(比如：ACTION_UP)返回了false，那么其下面所有的case(比如：ACTION_CANCEL、ACTION_MOVE等)都不会得到执行。在ACTION_UP下面调用了performClick()方法，其实现如下：

public boolean performClick() {  
    sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);  
    if (mOnClickListener != null) {  
        playSoundEffect(SoundEffectConstants.CLICK);  
        mOnClickListener.onClick(this);  
        return true;  
    }  
    return false;  
}  

在这里我们就知道了为什么点击一个按钮会执行onClick()方法。
总结一下，总的调用顺序：
dispatchTouchEvent-->onTouch()[需要返回false才会继续往下]-->onTouchEvent()[需要控件是clickable才会继续往下走]-->onClick()。

再看看ViewGroup的事件分发，ViewGroup是什么呢？
ViewGroup就是一组View的集合，它包含很多的子View和子VewGroup，是Android中所有布局的父类或间接父类，像LinearLayout、RelativeLayout等都是继承自ViewGroup的。但ViewGroup实际上也是一个View，只不过比起View，它多了可以包含子View和定义布局参数的功能。
面前说点击某一个控件，会调用到该控件的dispatchTouchEvent方法，实际是这样的：当你点击了某个控件，首先会去调用该控件所在布局的dispatchTouchEvent方法，然后在布局的dispatchTouchEvent方法中找到被点击的相应控件，再去调用该控件的dispatchTouchEvent方法。
下面来看下ViewGroup的dispatchTouchEvent()方法的实现吧：

public boolean dispatchTouchEvent(MotionEvent ev) {
	...    
	if (disallowIntercept || !onInterceptTouchEvent(ev)) {		
		final int count = mChildrenCount;
		for (int i = count - 1; i >= 0; i--) {
			final View child = children[i];
			...
			if (child.dispatchTouchEvent(ev))  {
				mMotionTarget = child;
				return true;
			}
		}
	}
    ...
    if (target == null) {
        ...
        return super.dispatchTouchEvent(ev);
    }
    ...
    return target.dispatchTouchEvent(ev);
}

可以看到里面调用了一个函数onInterceptTouchEvent()，这个是什么东东呢？看下实现：

public boolean onInterceptTouchEvent(MotionEvent ev) {  
    return false;  
} 

该函数就是说，父视图是否拦截子视图的touch事件，返回false，说明默认是不拦截的。由于此处返回是的false，所以会走到子view的dispatchTouchEvent()方法，这个方法上面我们详细分析过了。如果点击的是父视图的空白区域，或是onInterceptTouchEvent返回true，那么就会走到第17行，这里的super当然就View啦，就又回到了上面我们讲过的View的分发流程。
看一个例子：

public class MyLayout extends LinearLayout {  
  
    public MyLayout(Context context, AttributeSet attrs) {  
        super(context, attrs);  
    }  
	
	@Override  
    public boolean onInterceptTouchEvent(MotionEvent ev) {  
        return true;  
    }   
}  
myLayout.setOnTouchListener(new OnTouchListener() {  
    @Override  
    public boolean onTouch(View v, MotionEvent event) {  
        Log.d("TAG", "myLayout on touch");  
        return false;  
    }  
});  
button1.setOnClickListener(new OnClickListener() {  
    @Override  
    public void onClick(View v) {  
        Log.d("TAG", "You clicked button1");  
    }  
});  

该例子中，MyLayout布局里面包含了一个button1，并且为myLayout和button1都添加了OnTouchListener，如果我们重写的onInterceptTouchEvent返回true，那么touch事件就被myLayout拦截了，不会传到button1上面，反之会则会传到button1上面，当然点击空白区域还是会被myLayout捕获的。

下面用一张图来总结下这个流程：

在解决事件冲突中的运用：

比如scrollview嵌套viewpager导致的滑动冲突
有两种解决方法：
1、重写scrollview类的onInterceptTouchEvent方法，如果发现是水平滑动的话，那就在该方法内返回false，这样就不拦截viewpager了，会执行viewpager的onTouchEvent方法；
2、重写viewpager中的onTouchEvent方法，如果发现水平滑动就设置getParent().requestDisallowInterceptTouchEvent(true)来通知父控件不要拦截事件，如果是竖直滑动就设置为false。