Android中的事件分发

Android中的事件分发

我对Android事件分发的理解

• Android中的事件分发是先传递给ViewGroup之后再传递给View的

  • 如果当前是viewgroup，会先执行它的dispatchTouchEvent方法，决定事件是否往下分发，在这个方法中做了一个判断if（！onInterceptTouchEvent），而onInterceptTouchEvent默认返回的是false，也就是说是不拦截事件，之后就会去执行判断里面的方法，在这个方法里面，遍历了viewgroup里的子view是不是正在点击的view，然后判断子view的disPathTouchEvent，是否继续往下分发，子view的disPathTouchEvent方法如下：
    public boolean dispatchTouchEvent(MotionEvent event) {
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
mOnTouchListener.onTouch(this, event)) {
return true;
}
return onTouchEvent(event);
}

• 当onInterceptTouchEvent返回true的时候，就是表明当前控件需要处理事件，不会再往下分发了，接着就传递给onTouchEvent。由onTouchEvent去处理事件。如果onTouchEvent返回true，表示自己处理这个事件，事件就不会再往下传递了，返回false，表示自己不处理，交给子view去处理。这就是viewgroup的事件传递

  • 当viewgroup自己不处理事件，传递给view，交给view去处理事件，传递过来的事件，先执行view的disPathTouchEvent方法，在这个方法里面做了一个判断：onTouchListener是否为空（只要给控件注册touch事件，这个监听器就不空），这个控件默认是否可以点击的（按钮默认就是可以点击的），最后一个判断就是它的onTouch返回的是true还是false，如果为true，则disPathTouchEvent直接就返回true，不会再去执行这个view的onTouchEvent方法了，也执行不到这个view的onClick方法了，因为这个onClick方法在onTouchEvent中，反之就去执行onTouchEvent方法，如果这个view是不可点击的，你在onTouch中返回false，也只能执行ACTION_DOWN事件，因为在onTouchEvent里面有一个判断，view是可点击的才会进入到这个if里面执行一系列的点击操作，否则直接就返回false了。

  • 这就是Android中的事件传递机制

• View的事件处理

  • 当我操作界面的时候，界面是一个linearLayout，在里面放置一个按钮，给button都设置一个点击事件，设置一个OntouchListener
  • 
    button.setOnClickListener(new OnClickListener() {
    @Override
    public void onClick(View v) {
    Log.d(“TAG”, “onClick execute”);
    }
    });
    button.setOnTouchListener(new OnTouchListener() {
    @Override
    public boolean onTouch(View v, MotionEvent event) {
    Log.d(“TAG”, “onTouch execute, action ” + event.getAction());
    return false;
    }
    });
  • 在Ontouch中执行的事情比onclick操作要多，因为在这个里面要判断点击，滑动和抬起，点击事件和onTouch事件哪个会先执行呢？

  • onTouch execute,action 0
    onTouch execute,action 0
    onClick execute

  • 结果显示会执行两次Ontouch，然后再去执行onclick 这里可以看出事件传递的顺序是先经过OnTouch，之后再执行onclick

  • 在上面可以看出ontouch有一个返回值，如果把返回值改为true，再点击按钮的时候，就不会执行onclick了，因为ontouch返回true的时候，把事件拦截了，不会再往下传了，所以就执行不到onclick了 之所以出现这种的结果，可以在源码中发现，当去触摸控件的时候，会去执行disPatchTouchEvent方法，看下disPathTouchEvent的源码：

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

  • 从源码中可以看出，在这个方法中先做了一个判断（mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&mOnTouchListener.onTouch(this, event)），如果mOnTouchListener不为空，并且这个控件是可以点击的，onTouch返回true才会返回一个true，否则就去执行onTochEvent（）；

  • 第一个条件，只要给这个控件注册一个onTohch事件，它就不为空

  • 第二个条件，按钮默认是可以被点击的，所以关键就看第三个条件
    所以就会执行这个onTouch方法，如果onTouch返回一个true，disPathTouchEvent直接就返回true，就不会再去执行onTouchEvent了，很明显onclick方法一定在onTouchEvent中

  从上面可以知道onTouch优先于onTouchEvent执行

• 事件的返回

• 当事件从上传到最下面的时候，最下面的这个子view的onTouchEvent返回一个false，表示自己也不处理事件，就会传递给这个子view的父控件的disPathTouchEvent，这个父控件会判断自己是否需要这个事件，如果true，就会进入到自己的onTouchEvent事件中去处理，如果不需要返回false，接着往上传，这样一层一层的传上去，当传到最上层的控件，disPathTouchEvent是否需要事件，如果false，则这个事件就丢失了，只有最上层对的父控件才能丢失事件，子viewgroup和子view是不能丢失的。

• 以上就是我自己对Android事件分发机制的理解