Android进阶 - ViewGroup事件分发机制

已于 2022-03-22 20:00:17 修改
阅读量573 收藏 1
点赞数
分类专栏： Android进阶 文章标签： android
于 2020-04-21 17:55:55 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40595341/article/details/105663203
版权

鸿洋版ViewGroup事件分发机制
View滑动冲突处理方法（外部拦截法、内部拦截法）
Android View 滑动冲突解决方式以及原理

案例

添加一个自定义的LinearLayout：

package com.example.zhy_event03;
 
import android.content.Context;
import android.util.AttributeSet;
import android.util.Log;
import android.view.MotionEvent;
import android.widget.LinearLayout;
 
public class MyLinearLayout extends LinearLayout
{
	private static final String TAG = MyLinearLayout.class.getSimpleName();
 
	public MyLinearLayout(Context context, AttributeSet attrs)
	{
		super(context, attrs);
	}
 
	@Override
	public boolean dispatchTouchEvent(MotionEvent ev)
	{
		int action = ev.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(ev);
	}
 
   @Override
    public boolean onTouchEvent(MotionEvent event)
    {

        int action = event.getAction();

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

            default:
                break;
        }

        return super.onTouchEvent(event);
    }
 
	@Override
	public boolean onInterceptTouchEvent(MotionEvent ev)
	{
		
		int action = ev.getAction();
		switch (action)
		{
		case MotionEvent.ACTION_DOWN:
			Log.e(TAG, "onInterceptTouchEvent ACTION_DOWN");
			break;
		case MotionEvent.ACTION_MOVE:
			Log.e(TAG, "onInterceptTouchEvent ACTION_MOVE");
			break;
		case MotionEvent.ACTION_UP:
			Log.e(TAG, "onInterceptTouchEvent ACTION_UP");
			break;
 
		default:
			break;
		}
		
		return super.onInterceptTouchEvent(ev);
	}
 
	@Override
	public void requestDisallowInterceptTouchEvent(boolean disallowIntercept)
	{
		Log.e(TAG, "requestDisallowInterceptTouchEvent ");
		super.requestDisallowInterceptTouchEvent(disallowIntercept);
	}
 
}

更改xml文件

<com.example.zhy_event03.MyLinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MainActivity" >
 
    <com.example.zhy_event03.MyButton
        android:id="@+id/id_btn"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="click me" />
 
</com.example.zhy_event03.MyLinearLayout>

ViewGroup事件运行顺序为VeiwGroup的dispatchTouchEvent -> VeiwGroup的onInterceptTouchEvent ->View的dispatchTouchEvent ->View的onTouchEvent

源码

为什么会这样呢？我们来看一下ViewGroup的dispatchTouchEvent源码

 @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        if (!onFilterTouchEventForSecurity(ev)) {
            return false;
        }
 
        final int action = ev.getAction();
        final float xf = ev.getX();
        final float yf = ev.getY();
        final float scrolledXFloat = xf + mScrollX;
        final float scrolledYFloat = yf + mScrollY;
        final Rect frame = mTempRect;
 
        boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
 
        if (action == MotionEvent.ACTION_DOWN) {
            if (mMotionTarget != null) {
                // this is weird, we got a pen down, but we thought it was
                // already down!
                // XXX: We should probably send an ACTION_UP to the current
                // target.
                mMotionTarget = null;
            }
            // If we're disallowing intercept or if we're allowing and we didn't
            // intercept
            if (disallowIntercept || !onInterceptTouchEvent(ev)) {
                // reset this event's action (just to protect ourselves)
                ev.setAction(MotionEvent.ACTION_DOWN);
                // We know we want to dispatch the event down, find a child
                // who can handle it, start with the front-most child.
                final int scrolledXInt = (int) scrolledXFloat;
                final int scrolledYInt = (int) scrolledYFloat;
                final View[] children = mChildren;
                final int count = mChildrenCount;
 
                for (int i = count - 1; i >= 0; i--) {
                    final View child = children[i];
                    if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE
                            || child.getAnimation() != null) {
                        child.getHitRect(frame);
                        if (frame.contains(scrolledXInt, scrolledYInt)) {
                            // offset the event to the view's coordinate system
                            final float xc = scrolledXFloat - child.mLeft;
                            final float yc = scrolledYFloat - child.mTop;
                            ev.setLocation(xc, yc);
                            child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
                            if (child.dispatchTouchEvent(ev))  {
                                // Event handled, we have a target now.
                                mMotionTarget = child;
                                return true;
                            }
                            // The event didn't get handled, try the next view.
                            // Don't reset the event's location, it's not
                            // necessary here.
                        }
                    }
                }
            }
        }                                                                                                                                                  ....//other code omitted

代码比较长，决定分段贴出，首先贴出的是ACTION_DOWN事件相关的代码。
16行：进入ACTION_DOWN的处理

17-23行：将mMotionTarget置为null

26行：进行判断：if(disallowIntercept || !onInterceptTouchEvent(ev))

两种可能会进入IF代码段

1、当前不允许拦截，即disallowIntercept =true，

2、当前允许拦截但是不拦截，即disallowIntercept =false,但是onInterceptTouchEvent(ev)返回false ;
注：disallowIntercept 可以通过viewGroup.requestDisallowInterceptTouchEvent(boolean);进行设置，后面会详细说；而onInterceptTouchEvent(ev)可以进行复写。

36-57行：开始遍历所有的子View

41行：进行判断当前的x,y坐标是否落在子View身上，如果在，47行，执行child.dispatchTouchEvent(ev)，就进入了View的dispatchTouchEvent代码中了，如果不了解请参考：Android View的事件分发机制，当child.dispatchTouchEvent(ev)返回true，则为mMotionTarget=child;然后return true;

ViewGroup的ACTION_DOWN分析结束，总结一下：

ViewGroup实现捕获到DOWN事件，如果代码中不做TOUCH事件拦截，则开始查找当前x,y是否在某个子View的区域内，如果在，则把事件分发下去。

在这里插入图片描述
如何拦截
复写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事件。

总结

1、如果ViewGroup找到了能够处理该事件的View，则直接交给子View处理，自己的onTouchEvent不会被触发；

2、可以通过复写onInterceptTouchEvent(ev)方法，拦截子View的事件（即return true），把事件交给自己处理，则会执行自己对应的onTouchEvent方法

3、子View可以通过调用getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewGroup对其MOVE或者UP事件进行拦截；

View滑动冲突处理方法（外部拦截法、内部拦截法）

1、外部拦截法 （子view代码无需修改）（符合view事件分发机制）

说明：需要在父ViewGroup，重写onInterceptTouchEvent方法，根据业务需要，判断哪些事件是父Viewgroup需要的，需要的话就对该事件进行拦截，然后交由onTouchEvent方法处理，若不需要，则不拦截，然后传递给子view或子viewGroup。

代码：
public boolean onInterceptTouchEvent(MotionEvent ev) {
    int y= (int) ev.getY();
    switch (ev.getAction()){
        case MotionEvent.ACTION_DOWN:
            yDown=y;
            isIntercept=false;
            break;
        case MotionEvent.ACTION_MOVE:
            yMove=y;
            if (yMove-yDown<0){                    //根据业务需求更改判断条件，判断是时候需要拦截
                isIntercept=false;
            }else if(yMove-yDown>0&&getChildAt(0).getScrollY()==0){
                isIntercept=true;
            }else if(yMove-yDown>0&&getChildAt(0).getScrollY()>0){
                isIntercept=false;
            }
            break;
        case MotionEvent.ACTION_UP:
            isIntercept=false;
            break;
    }
    return isIntercept;         //返回true表示拦截，返回false表示不拦截
}

总结

  • 外部拦截法主要是父容器去控制事件的拦截，若事件是父容器需要的，则进行拦截，不需要的则向下传递。
  • 父容器不能拦截DOWN事件或者UP事件。

2.内部拦截法（父viewgroup需要重写onInterceptTouchEvent）（不符合view事件分发机制）

说明：顾名思义就是在子view中拦截事件，父viewGroup默认是不拦截任何事件的，所以，当事件传递到子view时，
子view根据自己的实际情况来，如果该事件是需要子view来处理的，那么子view就自己消耗处理，如果该事件不需要由子view来处理，那么就调用getParent().requestDisallowInterceptTouchEvent()方法来通知父viewgroup来拦截
这个事件，也就是说，叫父容器来处理这个事件，这刚好和view的分发机制相反。

代码：    **（需要注意，要确保MotionEvent.ACTION_DOWN时不拦截）**

//子view的代码·
public boolean dispatchTouchEvent(MotionEvent ev) {
    int y= (int) ev.getY();
    switch (ev.getAction()) {
        case MotionEvent.ACTION_DOWN:
            getParent().requestDisallowInterceptTouchEvent(true);
            yDown=y;
            break;
        case MotionEvent.ACTION_MOVE:
            yMove=y;
            Log.e("mes",yMove+"！！！");
            int scrollY = getScrollY();
            if (scrollY == 0&&yMove-yDown>0) {    //根据业务需求判断是否需要通知父viewgroup来拦截处理该事件
                //允许父View进行事件拦截
                Log.e("mes",yMove-yDown+"拦截");
                getParent().requestDisallowInterceptTouchEvent(false);
            }
            break;
        case MotionEvent.ACTION_UP:
            break;
    }
    return super.dispatchTouchEvent(ev);
}

总结

  • 内部拦截法是将事件控制权交给子View，若子View需要事件，则对事件进行处理，不需要则将事件传递给父ViewGroup，让父ViewGroup处理。
  • 子View通过调用父ViewGroup的requestDisallowInterceptTouchEvent来干预父ViewGroup对事件的拦截状况
  • 父ViewGroup不能拦截DOWN事件，至于MOVE或者UP事件的拦截状态要根据具体的情景
Donkey..
关注
专栏目录
Android自定义控件进阶11-事件分发机制原理
鸿蒙开发知识记录
08-12 433
之前讲解了很多与View绘图相关的知识， 那么至少2D绘图部分不是难题了，大部分的需求都能满足，但是关于View还有很多知识点，例如: 让绘图更加炫酷的Paint，让View动起来的动画，与用户交互的触控事件 等一系列内容。本次就带大家简单的了解一下与交互息息相关的东西－事件分发原理。 本次魔法小火车的终点站是事件分发，请各位魔法师带好装备，准备登车启程。 注意：本文中所有源码分析部分均基于 API23(Android 6.0) 版本，由于安卓系统源码改变很多，可能与之前版本有所不同，但基本流程都是一致
Android进阶-- Android事件分发机制
sinat_33150417的博客
07-30 218
不同于前几篇文章的介绍，一步步的从调用到源码的去分析，关于Android事件分发机制，先明确一些概念，会更好理解。 1.事件分发从哪里开始，分发的又是什么？ 事件分发从用户触摸屏幕开始，分发的是touch事件。 2.什么是touch事件？ Touch事件也就是点击事件，touch事件将发生的位置、时间等封装成MotionEvent对象 3.MotionEvent 有四种类型，分别是： ...
Android事件分发机制（上) ViewGroup的事件分发
01-20
综述 　　Android中的事件分发机制也就是View与ViewGroup的对事件的分发与处理。在ViewGroup的内部包含了许多View，而ViewGroup继承自View，所以ViewGroup本身也是一个View。对于事件可以通过ViewGroup下发到它的子View并交由子View进行处理，而ViewGroup本身也能够对事件做出处理。下面就来详细分析一下ViewGroup对时间的分发处理。 MotionEvent 　　当手指接触到屏幕以后，所产生的一系列的事件中，都是由以下三种事件类型组成。 　　1. ACTION_DOWN: 手指按下屏幕 　　2. ACTION_MOVE:
Android——ViewGroup的事件分发
iliupp的博客
07-06 535
上篇文章分析了AndroidUI事件传递，点击冲突，接下来用一个例子继续学习ViewGroup的事件分发。ViewGroup？它和普通的View有什么区别？ ViewGroup就是一组View的集合，它包含很多的子View和子VewGroup，是android中所有布局的父类或间接父类，像LinearLayout、RelativeLayout等都是继承自ViewGroup的。但Vi
Android事件分发中的ViewGroup
bendan50的博客
01-07 924
一定要看https://blog.csdn.net/bendan50/article/details/85704645 本文是基于上一篇来的，准确来说是接着上一篇文章继续Android的事件分发笔记（结论+图+源码） 上篇的结尾说到，当ViewGroup不进行拦截时，会对子View进行遍历，现在就继续从这部分源码往下看。 // Find a child that can receive t...
Android6.0 ViewGroup/View 事件分发机制详解
涵潇Ban步惦的专栏
06-03 6010
以Android6.0的源码为基础，分析一下Android系统的ViewGroup/View Touch事件的分发机制
Android ViewGroup事件分发机制
liao5214的博客
03-13 308
接着上一篇View的事件分发机制，我接着在说一说ViewGroup的事件分发机制 1.接着来看ViewGroup的事件分发机制，同上一篇，先罗列ViewGroup中主要的方法 ViewGroup的事件分发主要有三个方法 1. dispatchTouchEcent()； 用来分派事件 2. onInterceptTouchEvent ()；用来拦截事件3. onTouchEvent ()；...
Android自定义控件进阶12-事件分发机制原理
鸿蒙开发知识记录
08-12 360
Android 事件分发机制详解，在上一篇文章 事件分发机制原理 中简要分析了一下事件分发机制的原理，原理是十分简单的，一句话就能总结：责任链模式，事件层层传递，直到被消费。 虽然原理简单，但是随着 Android 不断的发展，实际运用场景也越来越复杂，所以想要彻底玩转事件分发机制还需要一定技巧，本篇事件分发机制详解将带大家了解 … 你以为我接下来要讲源码？ 我就不按套路，所有的源码都是为了适应具体的应用场景而写的，只要能够理解运用场景，理解源码也就十分简单了。所以本篇的核心问题是：正确理解在实际场景中事
Android面试题精选：讲一讲-Android-的事件分发机制
最新发布
2401_84123213的博客
05-04 935
本来写到这就结束了，但回顾一遍还是打算给大家稍微总结一下。需要总结的小点：1、Android 事件分发总是遵循 Activity => ViewGroup => View 的传递顺序；2、onTouch()执行总优先于onClick()Android事件分发机制详解：史上最全面、最易懂，所以直接引用一下其中的图片。Activity 的事件分发示意图ViewGroup 事件分发示意图View 的事件分发示意图事件分发工作流程总结。
Android自定义控件进阶11-事件分发机制原理01
鸿蒙开发知识记录
08-12 416
之前讲解了很多与View绘图相关的知识， 那么至少2D绘图部分不是难题了，大部分的需求都能满足，但是关于View还有很多知识点，例如: 让绘图更加炫酷的Paint，让View动起来的动画，与用户交互的触控事件 等一系列内容。本次就带大家简单的了解一下与交互息息相关的东西－事件分发原理。 本次魔法小火车的终点站是事件分发，请各位魔法师带好装备，准备登车启程。 注意：本文中所有源码分析部分均基于 API23(Android 6.0) 版本，由于安卓系统源码改变很多，可能与之前版本有所不同，但基本流程都是一致
Android事件分发之ViewGroup分发事件
lailiexu的博客
08-13 185
Android事件分发之ViewGroup 当事件传递到ViewGroup之后会调用ViewGroup的dispatchTouchEvent方法,这边文章我打算按照事件的类型和是否拦截来阐述事件在ViewGroup中是怎么处理的,因为我觉得只有说清楚每种类型的事件分别会怎么处理,才会让你对事件分发有一个清晰的认识.当手指触摸屏幕到离开屏幕会触发哪些类型的事件呢?平时可能我们听的最多的就是有MotionEvent.ACTION_DOWN,MotionEvent.ACTION_MOVE和MotionEvent.
Android ViewGroup的事件分发流程分析
故不积跬步无以至千里
10-26 393
前面一篇博客我们简单分析了View的onTouchListener、onTouchEvent、onClickListener执行时机，并总结了一些结论，这一篇我们分析下ViewGroup的事件分发流程。Android View的onTouchListener、onTouchEvent、onClickListener执行时机对于ViewGroup而言：事件分发总是从开始，如果。
android之View和ViewGroup事件分发机制分析（一）（View的事件分发机制）
gsw333的博客
07-25 1446
要把安卓学好，自定义View，事件分发机制，自定义动画之类的是必须掌握的，如果不想弄得那么高级来自定义，也可以不学。当初自己也是看了很多相关的书籍和博客文章，理了很久的思路。现在事件分发机制的分析已经理清楚了，而且记在笔记本上也不好，所以就提到博客上来了，对于事件分发机制，什么是事件分发机制呢？这个事件指的就是触摸事件，你手指放在手机上就是触摸事件；分发就是指触摸事件的处理分给谁来处理，怎么处理；
浅谈Android事件分发——ViewGroup里的事件分发
qq_42898299的博客
05-19 219
文章目录浅谈ViewGroup里的事件分发2.ViewGroup内的事件分发2.1 确定几条规则2.2 Handle initial down2.2 Check for interception2.3 Update pointer down touch targets list2.4 Dispatch to targets2.5 Update point up or cancel tarch targets list 浅谈ViewGroup里的事件分发 为啥一上来就是标号2？因为我太懒了，目标是分析Act.
Android事件分发从Viewgroup到View
silently_frog的博客
06-14 340
Android事件分发从Viewgroup到View1.参考文档https://blog.csdn.net/guolin_blog/article/details/9097463https://www.jianshu.com/p/38015afcdb58 https://www.jianshu.com/p/34cb396104a7（深度...
ViewGroup事件分发机制
weixin_33966095的博客
04-21 98
1、dispatchTouchEvent： @Override public boolean dispatchTouchEvent(MotionEvent ev) { //最终返回值 boolean handled = false; if (onFilterTouchEventForSecurity(ev)) { f...
ViewGroup事件分发梳理
liuqinhou的博客
07-15 835
事件分发
Android中ViewGroup、View事件分发机制源码分析总结(雷惊风)
刘永雷的专栏
04-01 1768
1.概述         很长时间没有回想Android中的事件分发机制了，打开目前的源码发现与两三年前的实现代码已经不一样了，5.0以后发生了变化，更加复杂了，但是万变不离其宗，实现原理还是一样的，在这里将5.0以前的时间分发机制做一下源码剖析及总结。会涉及到几个方法，dispatchTouchEvent（）表示事件开始分发方法，在ViewGroup与View中都有，onInterCeptTo
Android View深度解析：滑动与事件分发机制
"这篇文档详尽地汇总了Android开发中关于View的相关知识，涵盖了View的滑动方式、事件分发机制以及View的加载流程等重要概念。这些内容对于提升开发者在Android应用开发中的技能和面试准备至关重要。" 在Android...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值