Android View(二)——View的事件分发机制

本文详细探讨了Android中View的事件分发过程,从Activity的层级结构出发,阐述了事件分发的基础概念,包括事件分发的三个关键方法。接着,通过图解和代码示例解释了事件从Activity到View的传递细节,特别是ACTION_DOWN、ACTION_MOVE和ACTION_UP的区别。文章还分析了onTouch、onClick、onLongClick的调用顺序,以及如何通过源码理解Activity、ViewGroup和View的事件分发机制。最后,总结了事件分发的特点和规则。
摘要由CSDN通过智能技术生成

一.Activity的层级结构

在了解View的事件分发之前,先了解下Activity的层级结构,便于更好的理解事件的传递顺序。
 
层级结构图
在这里插入图片描述

二.事件分发的基础认识

1.事件分发是什么

事件分发就是对MotionEvent事件进行分发的过程,即当一个MotionEvent产生后,系统需要把这个事件传递(处理)给一个具体的View,这个过程就是分发过程。

2.事件分发过程中的三个重要方法

方法 作用 调用时刻 返回值
dispathchTouchEvent 进行事件的分发 事件传递给当前View时调用 是否消耗当前事件
onInterceptTouchEvent 判断是否拦截某个事件 在ViewGroup的dispatchTouchEvent()内部调用 表示是否拦截当前事件
onTouchEvent 处理点击事件 在dispathchTouchEvent内部调用 表示是否消耗当前事件

三者之间的关系用伪代码表示

public boolen dispatchTouchEvent(){
   
	boolen consume = falseif(onInterceptTouchEvent){
     
		consume = onTouchEvent(ev); //如果被拦截,调用当前viewGroup的onTouchEvent
	}else{
   
		consume = child.dispatchTouchEvent(); //如果未被拦截,调用当前的子view的dispatchTouchEvent,即事件传递给子view
	}
	return consume;
}

二.事件分发的过程了解

事件是用户与屏幕发生交互时产生的,而Activity则是Android中负责与用户发生交互的组件。所以事件的传递,首先是到达Activity,再通过内部传递之后,到达我们的布局文件中的layout和View。事件发生之后,需要进行响应处理,再传递的过程中,由上往下,都有可能有机会处理一个事件序列。如果从Activity往下,到最终的View,事件都没有得到处理,则事件又从下往上,回到Activity,如果回到Activity之后,Activity没有处理这个事件,那么这个事件就会自动结束。
 

1.图解:

1.1基本过程图解

在这里插入图片描述
对上图的小总结:

  1. 当事件传递到一个ViewGroup上面时,ViewGroup会触发dispatchTouchEvent方法,随后调用onInterceptTouchEvent方法确认是否拦截此事件,最后如果事件是自己来处理的话,则调用onTouchEvent方法。
  2. 在ViewGroup类中,onInterceptTouchEvent方法总是返回false,表示默认是不拦截事件的,除非去重写ViewGroup类来返回true。而onTouchEvent方法的返回值表示是否消费(返回true则消费)此事件,消费的意思就是说ViewGroup自己处理了这个事件,不再传递到上一层的onTouchEvent去。
  3. 在View中,与ViewGroup相比,同样有dispatchTouchEvent方法和onTouchEvent方法。但是没有onInterceptTouchEvent这个方法,因为在一个View中,已经是View树的叶子节点,它没有下一级的视图嵌套,所以不需要决定是否拦截事件,它自己就可以处理事件了。
  4. 在View类中,只要该View是可以点击的,那么默认都会在onTouchEvent返回true,表示自己消费了这个事件,不再传递到上一级ViewGroup去。
1.2 关于ACTION_MOVE 和 ACTION_UP

上面的讲解都是针对的ACTION_DOWN,ACTION_MOVE和ACTION_UP和ACTION_DOWN在传递过程中和ACTION_DOWN并不相同。简单来说,只有前一个事件返回了true时,才会收到ACTION_MOVE和ACTION_UP的事件。并且而最终会将ACTION_MOVE和ACTION_UP分发到消费到ACTION_DOWN的View手中。在分发的过程中,ACTION_MOVE和ACTION_UP与ACTION_DOWN分发的路线可能不回完全相同。

例如:
红色的箭头代表ACTION_DOWN 事件的流向
蓝色的箭头代表ACTION_MOVE 和 ACTION_UP 事件的流向
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
总结:如果在同一个事件序列里面,如果ACTION.DOWN事件不被这个View做出消耗,则后面陆续的事件序列则不会传递到这个View来

2. demo验证上述过程

我们分别创建RelativeLayoutA、RelativeLayoutB,都继承自RelativeLayout,也等同于是ViewGroup,再创建一个MyView继承自Button类,也等同于是继承View。
在RelativeLayoutA类,RelativeLayoutB类中重写上面提到的三个方法,分别打印出他们的方法名,在MyView类中重写dispatchTouchEvent方法和onTouchEvent方法,打印他们的方法名。

//RelativeLayoutA的代码,RelativeLayoutB和MyView与这类似,这里不展示
public class RelativeLayoutA extends RelativeLayout {
    private String TAG = "RelativeLayoutA";
    public RelativeLayoutA(Context context) {
        super(context);
    }
    public RelativeLayoutA(Context context, AttributeSet attrs) {
        super(context, attrs);
    }
    public RelativeLayoutA(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }
    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.d(TAG, "dispatchTouchEvent: ");
        return super.dispatchTouchEvent(ev);
    }
    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.d(TAG, "onTouchEvent: ");
        return super.onTouchEvent(event);
    }
    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.d(TAG, "onInterceptTouchEvent: ");
        return super.onInterceptTouchEvent(ev);
    }
}

布局文件:
在RelativeLayoutA中嵌套RelativeLayoutB,RelativeLayoutB中嵌套MyView

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout
    xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent"
    android:layout_height="match_parent">
    <com.example.three_viewtext.RelativeLayoutA
        android:layout_width="300dp"
        android:layout_height="300dp"
        android:id="@+id/RelativeLayoutA"
        android:layout_centerInParent="true"
        android:background="#ffff00">
        <com.example.three_viewtext.RelativeLayoutB
            android:layout_width="150dp"
            android:layout_height="150dp
  • 3
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 7
    评论
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值