ScrollView和HorizontalScrollView无法设置点击事件的源码解析

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介: 最近的开发过程中,发现存在ScrollView和HorizontalScrollView无法设置点击事件的现象。我们知道,通常在设置点击事件时,位于View树上方的子View的OnClickListener,会优先于父View的OnClickListener执行。开发过程中我们会经常使用类似的方式来给布局设置点击事件,比如给ListView的Item背景设置OnClickListener,用于点击item空白区域的跳转操作;然后再给item内部的子元素分别设置OnClickListener用于各自不同的点击操作。

ScrollView和HorizontalScrollView无法设置点击事件的源码解析

最近的开发过程中,发现存在ScrollView和HorizontalScrollView无法设置点击事件的现象。

我们知道,通常在设置点击事件时,位于View树上方的子View的OnClickListener,会优先于父View的OnClickListener执行。

开发过程中我们会经常使用类似的方式来给布局设置点击事件,比如给ListView的Item背景设置OnClickListener,用于点击item空白区域的跳转操作;然后再给item内部的子元素分别设置OnClickListener用于各自不同的点击操作。

比如下图:

灰色背景是个RelativeLayout,它内部我们放置了一个TextView,然后我们分别给它们设置点击事件。

点击TextView区域会触发TextView的点击事件,点击RelativeLayout内部除了TextView的其他区域(也就是灰色背景部分),会触发我们设置给RelativeLayout的点击事件。

上面展示了我们设置点击事件的规律,即如果同时给父布局和子布局设置点击事件,子布局的点击事件会优先执行,父布局的点击事件会在子View之外的空白区域执行。我们一般都是通过这种方式设置布局的点击事件的。

HorizontalScrollView不包含子布局

凡事总有例外,当子布局包含HorizontalScrollView的时候,情况就有所不同了。

我们先来看第一个例子,父布局是RelativeLayout(灰色背景),子布局包含一个上方的HorizontalScrollView(蓝色背景)和下方的一个TextView,这个HorizontalScrollView没有设置子布局。如下图所示:

布局代码如下所示:

<RelativeLayout
    android:id="@+id/rl11"
    android:layout_width="match_parent"
    android:layout_height="100dp"
    android:layout_marginTop="20dp"
    android:background="@color/lb_speech_orb_not_recording"
    app:layout_constraintTop_toBottomOf="@id/rl1">

    <HorizontalScrollView
        android:id="@+id/hsv11"
        android:layout_width="match_parent"
        android:layout_height="40dp"
        android:background="@color/font_blue_2371e9"
        android:text="HorizontalScrollView">

    </HorizontalScrollView>

    <TextView
        android:id="@+id/tv11"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_alignParentBottom="true"
        android:background="@color/bg"
        android:padding="10dp"
        android:text="RelativeLayot + TextView"
        android:textAllCaps="false" />

</RelativeLayout>

接着我们给三个布局依次设置点击事件,依次点击RelativeLayout、HorizontalScrollView和TextView,点击顺序如下,分别点击1、2、3位置。

输出如下:

rl11 clicked
rl11 clicked
tv11 clicked

输出结果中的rl11 clicked是RelativeLayout的点击事件中打印的log,tv11 clicked是TextView的点击事件中打印的log。

也就是说,我们给HorizontalScrollView设置的点击事件中的log没有打印,取而代之打印的父布局的log,说明我们给HorizontalScrollView设置的点击事件无效。我们先记下这个现象,后续从源码角度进行说明。

HorizontalScrollView包含子布局

我们再来看第二个例子,父布局是RelativeLayout(灰色背景),子布局包含一个上方的HorizontalScrollView(蓝色背景)和下方的一个TextView,这个HorizontalScrollView中还设置了一个子布局TextView。如下图所示:

布局代码如下所示:

<RelativeLayout
    android:id="@+id/rl12"
    android:layout_width="match_parent"
    android:layout_height="100dp"
    android:layout_marginTop="20dp"
    android:background="@color/lb_speech_orb_not_recording"
    app:layout_constraintTop_toBottomOf="@id/rl11">

    <HorizontalScrollView
        android:id="@+id/hsv12"
        android:layout_width="match_parent"
        android:layout_height="40dp"
        android:background="@color/font_blue_2371e9"
        android:text="HorizontalScrollView">

        <TextView
            android:id="@+id/tv120"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:layout_alignParentBottom="true"
            android:background="@color/bg"
            android:padding="10dp"
            android:text="HorizontalScrollView + TextView"
            android:textAllCaps="false" />

    </HorizontalScrollView>

    <TextView
        android:id="@+id/tv121"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_alignParentBottom="true"
        android:background="@color/bg"
        android:padding="10dp"
        android:text="RelativeLayot + TextView"
        android:textAllCaps="false" />

</RelativeLayout>

接着我们给四个布局依次设置点击事件,依次点击RelativeLayout、HorizontalScrollView、HorizontalScrollView中的TextView和跟HorizontalScrollView平级的TextView,点击顺序如下,分别点击1、2、3、4位置。

输出如下:

rl12 clicked
无输出
tv120 clicked
tv121 clicked

输出结果中的无输出表示,点击蓝色区域无响应,也就是说我们给HorizontalScrollView设置的点击事件没有被调用。

源码解析

了解过事件分发的同学都知道,View事件分发的三个核心方法分别是dispatchTouchEventonInterceptTouchEventonTouchEvent

dispatchTouchEvent主要负责事件的分发,onInterceptTouchEvent用来表示ViewGroup是否拦截事件,onTouchEvent表示当前View对事件进行处理。

我们知道,ViewGroup的onInterceptTouchEvent方法默认返回false,也就是不拦截。ViewGroup中没有重写onTouchEvent方法,它使用的是View中的onTouchEvent方法。

通过查看常用的LinearLayout、RealtiveLayout、FrameLayout的源码可以发现,它们均没有重写dispatchTouchEventonInterceptTouchEventonTouchEvent这三个方法,也就是说他们中的事件分发都是遵循ViewGroup中的规则。

HorizontalScrollView继承自FrameLayout,通过查看HorizontalScrollView的源码发现,它没有重写dispatchTouchEvent方法,而是重写了onInterceptTouchEventonTouchEvent方法。

我们接下来就分析下HorizontalScrollView的onInterceptTouchEventonTouchEvent方法。

HorizontalScrollView#onInterceptTouchEvent

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
    
    final int action = ev.getAction();
    if ((action == MotionEvent.ACTION_MOVE) && (mIsBeingDragged)) {
        return true;
    }

    if (super.onInterceptTouchEvent(ev)) {
        return true;
    }

    switch (action & MotionEvent.ACTION_MASK) {
        ...
    }

    /*
    * The only time we want to intercept motion events is if we are in the
    * drag mode.
    */
    return mIsBeingDragged;
}

国际惯例,我们省略掉无关代码,重点关注onInterceptTouchEvent方法的返回值,也就是三个return的地方。

1、先看第一个if判断,

if ((action == MotionEvent.ACTION_MOVE) && (mIsBeingDragged)) {
    return true;
}

当手势为MotionEvent.ACTION_MOVE并且正在拖动过程中,就返回true,表示拦截当前事件,事件就交由HorizontalScrollView#onTouchEvent方法处理。

2、接着看第二个if判断,

if (super.onInterceptTouchEvent(ev)) {
    return true;
}

这个super.onInterceptTouchEvent(ev)调用的就是ViewGroup#方法,默认返回false,所以if内部代码一般是不会走的。

3、在看最后一个return语句,

 /*
* The only time we want to intercept motion events is if we are in the
* drag mode.
*/
return mIsBeingDragged;

上方的注释说的很明白,只有在拖动时我们才会拦截事件,也就是返回true。

HorizontalScrollView#onTouchEvent

接下来我们看下HorizontalScrollView的onTouchEvent方法,代码如下:依旧省略无关代码。

@Override
public boolean onTouchEvent(MotionEvent ev) {
    ...
    switch (action & MotionEvent.ACTION_MASK) {
        case MotionEvent.ACTION_DOWN: {
            if (getChildCount() == 0) {
                return false;
            }
            ...
        }
        ...
    }
    return true;
}

HorizontalScrollView#onTouchEvent方法总结起来有两点:
1、代码中没有调用OnClickListener的地方,也没有调用super.onTouchEvent方法,所以说我们给HorizontalScrollView设置的OnClickListener都是无效的,不会被调用。

2、在看返回值,如果HorizontalScrollView没有子View,那么onTouchEvent就返回false,表示不消耗事件;其余情况都会返回true,表示消耗事件。

原理分析

通过以上的分析,我们可以解释前面两个例子了。

点击操作不会导致HorizontalScrollView#onInterceptTouchEvent方法返回true,因为该方法只拦截滑动事件,所以它的返回值均为false。

针对第一个例子,因为HorizontalScrollView没有子View,所以它的HorizontalScrollView#onTouchEvent返回的就是false,表示不消耗事件,事件会继续向上传递给父View。

我们在点击没有子View的HorizontalScrollView区域时,触发的是父RelativeLayout的点击事件,具体原理如下图所示:

接下来解释第二个例子,当HorizontalScrollView有子View时,点击HorizontalScrollView的剩余区域是无反应的。具体原理如下图所示:

通过上述分析,我们知道给HorizontalScrollView设置点击事件是没有意义的,而且当HorizontalScrollView有子View时,它的空白区域还会消耗掉点击事件,让我们父布局的点击事件无法生效。为了避免这种情况,我们可以通过调整HorizontalScrollView区域范围或者给HorizontalScrollView的子View设置点击事件的方式来规避这些问题。

ScrollView的原理跟HorizontalScrollView是一样的,读者可自行验证。

github项目地址

项目地址

具体搜索HorizontalScrollviewDispatchTouchEventActivity即可;

相关文章
|
1月前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
76 2
|
1天前
|
存储 设计模式 算法
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
行为型模式用于描述程序在运行时复杂的流程控制,即描述多个类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,它涉及算法与对象间职责的分配。行为型模式分为类行为模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性。 行为型模式分为: • 模板方法模式 • 策略模式 • 命令模式 • 职责链模式 • 状态模式 • 观察者模式 • 中介者模式 • 迭代器模式 • 访问者模式 • 备忘录模式 • 解释器模式
【23种设计模式·全精解析 | 行为型模式篇】11种行为型模式的结构概述、案例实现、优缺点、扩展对比、使用场景、源码解析
|
1天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
结构型模式描述如何将类或对象按某种布局组成更大的结构。它分为类结构型模式和对象结构型模式,前者采用继承机制来组织接口和类,后者釆用组合或聚合来组合对象。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象结构型模式比类结构型模式具有更大的灵活性。 结构型模式分为以下 7 种: • 代理模式 • 适配器模式 • 装饰者模式 • 桥接模式 • 外观模式 • 组合模式 • 享元模式
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
1天前
|
设计模式 存储 安全
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是"将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。创建型模式分为5种:单例模式、工厂方法模式抽象工厂式、原型模式、建造者模式。
【23种设计模式·全精解析 | 创建型模式篇】5种创建型模式的结构概述、实现、优缺点、扩展、使用场景、源码解析
|
25天前
|
缓存 监控 Java
Java线程池提交任务流程底层源码与源码解析
【11月更文挑战第30天】嘿,各位技术爱好者们,今天咱们来聊聊Java线程池提交任务的底层源码与源码解析。作为一个资深的Java开发者,我相信你一定对线程池并不陌生。线程池作为并发编程中的一大利器,其重要性不言而喻。今天,我将以对话的方式,带你一步步深入线程池的奥秘,从概述到功能点,再到背景和业务点,最后到底层原理和示例,让你对线程池有一个全新的认识。
53 12
|
21天前
|
PyTorch Shell API
Ascend Extension for PyTorch的源码解析
本文介绍了Ascend对PyTorch代码的适配过程,包括源码下载、编译步骤及常见问题,详细解析了torch-npu编译后的文件结构和三种实现昇腾NPU算子调用的方式:通过torch的register方式、定义算子方式和API重定向映射方式。这对于开发者理解和使用Ascend平台上的PyTorch具有重要指导意义。
|
2天前
|
安全 搜索推荐 数据挖掘
陪玩系统源码开发流程解析,成品陪玩系统源码的优点
我们自主开发的多客陪玩系统源码,整合了市面上主流陪玩APP功能,支持二次开发。该系统适用于线上游戏陪玩、语音视频聊天、心理咨询等场景,提供用户注册管理、陪玩者资料库、预约匹配、实时通讯、支付结算、安全隐私保护、客户服务及数据分析等功能,打造综合性社交平台。随着互联网技术发展,陪玩系统正成为游戏爱好者的新宠,改变游戏体验并带来新的商业模式。
|
1月前
|
存储 安全 Linux
Golang的GMP调度模型与源码解析
【11月更文挑战第11天】GMP 调度模型是 Go 语言运行时系统的核心部分,用于高效管理和调度大量协程(goroutine)。它通过少量的操作系统线程(M)和逻辑处理器(P)来调度大量的轻量级协程(G),从而实现高性能的并发处理。GMP 模型通过本地队列和全局队列来减少锁竞争,提高调度效率。在 Go 源码中,`runtime.h` 文件定义了关键数据结构,`schedule()` 和 `findrunnable()` 函数实现了核心调度逻辑。通过深入研究 GMP 模型,可以更好地理解 Go 语言的并发机制。
|
1月前
|
消息中间件 缓存 安全
Future与FutureTask源码解析,接口阻塞问题及解决方案
【11月更文挑战第5天】在Java开发中,多线程编程是提高系统并发性能和资源利用率的重要手段。然而,多线程编程也带来了诸如线程安全、死锁、接口阻塞等一系列复杂问题。本文将深度剖析多线程优化技巧、Future与FutureTask的源码、接口阻塞问题及解决方案,并通过具体业务场景和Java代码示例进行实战演示。
58 3
|
2月前
|
域名解析 网络协议
非阿里云注册域名如何在云解析DNS设置解析?
非阿里云注册域名如何在云解析DNS设置解析?

推荐镜像

更多