Android之事件分发机制

本文主要包括以下内容

1. view的事件分发
2. viewGroup的事件分发

首先来看两张图

在执行touch事件时

1. 首先执行dispatchTouchEvent方法，执行事件分发。

2. 再执行onInterceptTouchEvent方法，判断是否中断事件，返回true时中断，执行自己的onTouchEvnet方法.

3. 最后执行onTouchEvent方法，处理事件

呈U字型，拦截时从父View到子View,onTouchEvent时，则是从下到上。

View的事件分发

不管是DOWN，MOVE，UP都会按照下面的顺序执行：
1、dispatchTouchEvent
2、 setOnTouchListener的onTouch
3、onTouchEvent

其中

如果我们设置了setOnTouchListener，并且return true，那么View自己的onTouchEvent就不会被执行了

总结

1、整个View的事件转发流程是： View.dispatchEvent->View.setOnTouchListener->View.onTouchEvent

在dispatchTouchEvent中会进行OnTouchListener的判断，如果OnTouchListener不为null且返回true，则表示事件被消费，onTouchEvent不会被执行；否则执行onTouchEvent。

2、onTouchEvent中的DOWN,MOVE,UP

• DOWN时：
  a、首先设置标志为PREPRESSED，设置mHasPerformedLongPress=false ;然后发出一个115ms后的mPendingCheckForTap；
  b、如果115ms内没有触发UP，则将标志置为PRESSED，清除PREPRESSED标志，同时发出一个延时为500-115ms的，检测长按任务消息；
  c、如果500ms内（从DOWN触发开始算），则会触发LongClickListener:

此时如果LongClickListener不为null，则会执行回调，同时如果LongClickListener.onClick返回true，才把mHasPerformedLongPress设置为true;否则mHasPerformedLongPress依然为false;

• MOVE时： 主要就是检测用户是否划出控件，如果划出了：
  115ms内，直接移除mPendingCheckForTap；
  115ms后，则将标志中的PRESSED去除，同时移除长按的检查：removeLongPressCallback();

• UP时：
  a、如果115ms内，触发UP，此时标志为PREPRESSED，则执行UnsetPressedState，setPressed(false);会把setPress转发下去，可以在View中复写dispatchSetPressed方法接收；
  b、如果是115ms-500ms间，即长按还未发生，则首先移除长按检测，执行onClick回调；
  c、如果是500ms以后，那么有两种情况：
  i.设置了onLongClickListener，且onLongClickListener.onClick返回true，则点击事件OnClick事件无法触发；
  ii.没有设置onLongClickListener或者onLongClickListener.onClick返回false，则点击事件OnClick事件依然可以触发；
  d、最后执行mUnsetPressedState.run()，将setPressed传递下去，然后将PRESSED标识去除；

最后问个问题，然后再运行个例子结束： 1、setOnLongClickListener和setOnClickListener是否只能执行一个 不是的，只要setOnLongClickListener中的onClick返回false，则两个都会执行；返回true则会屏幕setOnClickListener

Android ViewGroup事件分发机制

大体的事件流程为：
MyLinearLayout的dispatchTouchEvent -> MyLinearLayout的onInterceptTouchEvent -> MyButton的dispatchTouchEvent ->Mybutton的onTouchEvent

可以看出，在View上触发事件，最先捕获到事件的为View所在的ViewGroup，然后才会到View自身~

1、ACTION_DOWN中，ViewGroup捕获到事件，然后判断是否拦截，如果没有拦截，则找到包含当前x,y坐标的子View，赋值给mMotionTarget，然后调用 mMotionTarget.dispatchTouchEvent

2、ACTION_MOVE中，ViewGroup捕获到事件，然后判断是否拦截，如果没有拦截，则直接调用mMotionTarget.dispatchTouchEvent(ev)

3、ACTION_UP中，ViewGroup捕获到事件，然后判断是否拦截，如果没有拦截，则直接调用mMotionTarget.dispatchTouchEvent(ev) 当然了在分发之前都会修改下坐标系统，把当前的x，y分别减去child.left 和 child.top ，然后传给child;

关于拦截

如何拦截

复写ViewGroup的onInterceptTouchEvent方法：

@Override
    public boolean onInterceptTouchEvent(MotionEvent ev)
    {
        int action = ev.getAction();
        switch (action)
        {
        case MotionEvent.ACTION_DOWN:
            //如果你觉得需要拦截
            return true ; 
        case MotionEvent.ACTION_MOVE:
            //如果你觉得需要拦截
            return true ; 
        case MotionEvent.ACTION_UP:
            //如果你觉得需要拦截
            return true ; 
        }
        
        return false;
    }

默认是不拦截的，即返回false；如果你需要拦截，只要return true就行了，这要该事件就不会往子View传递了，并且如果你在DOWN retrun true ，则DOWN,MOVE,UP子View都不会捕获事件；如果你在MOVE return true , 则子View在MOVE和UP都不会捕获事件。 原因很简单，当onInterceptTouchEvent(ev) return true的时候，会把mMotionTarget 置为null ;

如何不被拦截

如果ViewGroup的onInterceptTouchEvent(ev) 当ACTION_MOVE时return true ，即拦截了子View的MOVE以及UP事件；
此时子View希望依然能够响应MOVE和UP时该咋办呢？
Android给我们提供了一个方法： requestDisallowInterceptTouchEvent(boolean) 用于设置是否允许拦截，我们在子View的dispatchTouchEvent中直接这么写：

@Override
    public boolean dispatchTouchEvent(MotionEvent event)
    {
        getParent().requestDisallowInterceptTouchEvent(true);  
        int action = event.getAction();

        switch (action)
        {
        case MotionEvent.ACTION_DOWN:
            Log.e(TAG, "dispatchTouchEvent ACTION_DOWN");
            break;
        case MotionEvent.ACTION_MOVE:
            Log.e(TAG, "dispatchTouchEvent ACTION_MOVE");
            break;
        case MotionEvent.ACTION_UP:
            Log.e(TAG, "dispatchTouchEvent ACTION_UP");
            break;

        default:
            break;
        }
        return super.dispatchTouchEvent(event);
    }

getParent().requestDisallowInterceptTouchEvent(true); 这样即使ViewGroup在MOVE的时候return true，子View依然可以捕获到MOVE以及UP事件。

注

如果ViewGroup在onInterceptTouchEvent(ev) ACTION_DOWN里面直接return true了，那么子View是木有办法的捕获事件的~~~

如果没有找到合适的子View

1、ACTION_DOWN的时候，子View.dispatchTouchEvent(ev)返回的为false ;

则不处理，向上传递，由父view处理

总结

关于代码流程上面已经总结过了~
1、如果ViewGroup找到了能够处理该事件的View，则直接交给子View处理，自己的onTouchEvent不会被触发；
2、可以通过复写onInterceptTouchEvent(ev)方法，拦截子View的事件（即return true），把事件交给自己处理，则会执行自己对应的onTouchEvent方法
3、子View可以通过调用 getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewGroup对其MOVE或者UP事件进行拦截；

好了，那么实际应用中能解决哪些问题呢？
比如你需要写一个类似slidingmenu的左侧隐藏menu，主Activity上有个Button、ListView或者任何可以响应点击的View，你在当前View上死命的滑动，菜单栏也出不来；因为MOVE事件被子View处理了~ 你需要这么做：在ViewGroup的dispatchTouchEvent中判断用户是不是想显示菜单，如果是，则在onInterceptTouchEvent(ev)拦截子View的事件；自己进行处理，这样自己的onTouchEvent就可以顺利展现出菜单栏了~

参考链接

Android View 事件分发机制 源码解析 （上） - Hongyang - 博客频道 - CSDN.NET

Android ViewGroup事件分发机制 - Hongyang - 博客频道 - CSDN.NET

事件分发实例

实现了滑动时viewgroup处理，点击时子view处理

由于onInterceptTouchEvent()的机制比较复杂，上面的说明写的也比较复杂，总结一下，基本的规则是：

1. down事件首先会传递到onInterceptTouchEvent()方法

2. 如果该ViewGroup的onInterceptTouchEvent()在接收到down事件处理完成之后return false，那么后续的move, up等事件将继续会先传递给该ViewGroup，之后才和down事件一样传递给最终的目标view的onTouchEvent()处理。

3. 如果该ViewGroup的onInterceptTouchEvent()在接收到down事件处理完成之后return true，那么后续的move, up等事件将不再传递给onInterceptTouchEvent()，而是和down事件一样传递给该ViewGroup的onTouchEvent()处理，注意，目标view将接收不到任何事件。

4. 如果最终需要处理事件的view的onTouchEvent()返回了false，那么该事件将被传递至其上一层次的view的onTouchEvent()处理。

5. 如果最终需要处理事件的view 的onTouchEvent()返回了true，那么后续事件将可以继续传递给该view的onTouchEvent()处理。

package com.zj.custom;

import android.content.Context;
import android.util.AttributeSet;
import android.util.Log;
import android.view.MotionEvent;
import android.view.View;
import android.view.ViewGroup;
import android.widget.Toast;

public class CustomInt extends ViewGroup{

    public CustomInt(Context context, AttributeSet attrs) {
        super(context, attrs);
        // TODO Auto-generated constructor stub
    }

    @Override
    protected void onLayout(boolean changed, int l, int t, int r, int b) {
        // TODO Auto-generated method stub
         int childCount = getChildCount();
         // 设置主布局的高度
         MarginLayoutParams lp = (MarginLayoutParams) getLayoutParams();
         
         setLayoutParams(lp);

         for (int i = 0; i < childCount; i++)
         {
             View child = getChildAt(i);
             child.layout(l, i*100, r, (i+1)*100);
         }
    }
    float y=0;
    float y2=0;
    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        // TODO Auto-generated method stub
        
        switch (ev.getAction()) {
        case MotionEvent.ACTION_DOWN:
            y=ev.getY();
            Log.i("validate", "down_y=="+y);
            break;
        
        case MotionEvent.ACTION_MOVE:
            Log.i("validate", "move_y="+ev.getY());
            if(ev.getY()-y>100){
                return true;
            }
            break;
        case MotionEvent.ACTION_UP:
            Log.i("validate", "intercept UP");
            if(ev.getY()-y>100){
                Log.e("validate","heree");
                return true;
            }
            break;

        default:
            break;
        }
        return super.onInterceptTouchEvent(ev);
    }
    
    @Override
    public boolean onTouchEvent(MotionEvent event) {
        // TODO Auto-generated method stub
        
        switch(event.getAction()){
        case MotionEvent.ACTION_DOWN:
            Log.i("validate", "parent down"+event.getY());
            y=event.getY();
            return true;
            
        case MotionEvent.ACTION_MOVE:
            Log.i("validate","parent move"+event.getY());
            y2=event.getY();
            
            break;
        case MotionEvent.ACTION_UP:
            Log.e("validate","parent up"+event.getY()+","+"y=="+y);
            if(y2-y>100)
            Toast.makeText(getContext(), "move", 0).show();
            break;
        }
        return super.onTouchEvent(event);
    }
    


}

参考链接
浅谈onInterceptTouchEvent、onTouchEvent与onTouch - 短裤党 - ITeye技术网站

效果如下

• ← Previous Post
• Next Post →