ScrollView嵌套 ListView、RecyclerView、GridView 、WebView 源码分析解决方案

本文主要是介绍ScrollView嵌套 ListView、RecyclerView、GridView 、WebView 源码分析解决方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

ScrollView-Nested-Problems点击打开链接

解决Android中出现ScrollView嵌套 ListView、RecyclerView、GridView 、WebView出现的高度问题。

开篇语:最近开始想写一些技术总结了,一方面分享给其他同学,另一方面也作为自己的技术积累。 今天我分享的是日常遇到的问题,ScrollView组件里面嵌套GridView、WebView、ListView等本身具有滑动的组件时,所引发的高度显示不全的问题。

对于GridView、WebView、ListView这三类组件来说,大家都知道通常情况下这三类组件本身是具有滑动特性的,其实际占用的高度也只是屏幕内显示的高度,当嵌套在ScrollView组件里时就造成了冲突。 所以解决的思路可以从其onMeasure方法入手,onMeasure方法是重写自定义View中用到的一个非常重要的方法,onMeasure方法的作用就是计算出自定义View的宽度和高度,这个计算的过程参照父布局给出的大小,以及自己特点算出结果。onMeasure方法是在父视图计算子视图大小时被调用的,其中的细节就不在此详细讲述。

@Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {

    int mExpandSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2, MeasureSpec.AT_MOST);super.onMeasure(widthMeasureSpec, mExpandSpec);}

   

上面方法的2个参数,来自于父视图发过来给子视图的限制条件,这涉及到一个知识点MeauseSpec这个类.

一.MeasureSpec的构成

MeasureSpec代表一个32位的int值,前俩位代表SpecMode,后30位代表SpecSize.其中:SpecMode代表测量的模式,SpecSize值在某种测量模式下的规格大小。

共有三种测量模式:

1.EXACTLY: 父容器已经检测出子View所需要的精确大小,这个时候view的大小即为SpecSize的大小,他对应于布局参数中的MATCH_PARENT,或者精确大小值;

2.AT_MOST: 父容器指定了一个大小,即SpecSize,子view的大小不能超过这个SpecSize的大小;

3.UNSPECIFIED: 父容器对子View的大小没有任何要求,子View想多大都可以。

二.如何创建MeasureSpec MeasureSpec内部提供了创建MeasureSpec的方法:

public static int makeMeasureSpec(int size, int mode) {

        if (sUseBrokenMakeMeasureSpec) {return size + mode;} else {return (size & ~MODE_MASK) | (mode & MODE_MASK);}}

private static final int MODE_SHIFT = 30;

private static final int MODE_MASK = 0x3 << MODE_SHIFT; 二进制 1100....00 32位

public static final int UNSPECIFIED = 0 << MODE_SHIFT;   二进制 0000....00 32位

public static final int EXACTLY     = 1 << MODE_SHIFT;   二进制 0100....00 32位

public static final int AT_MOST = 2 << MODE_SHIFT; 二进制 1000....00 32位

MeasureSpec代表一个32位的int值,前俩位代表SpecMode,后30位代表SpecSize.通过巧妙的位运算,即可通过MeasureSpec来得到SpecSize,SpecMode.

public static int getMode(int measureSpec) {

        return (measureSpec & MODE_MASK);  

      }   public static int getSize(int measureSpec) {

        return (measureSpec & ~MODE_MASK);}

对于RecyclerView来说,重写onMeasure()方法就不管用了。

1.一种解决办法是在RecyclerView的外部套上一层RelativeLayout

<RelativeLayoutandroid:layout_width="match_parent"android:layout_height="wrap_content"android:descendantFocusability="blocksDescendants"></RelativeLayout>

android:descendantFocusability属性的值有三种:

beforeDescendants:viewgroup会优先其子类控件而获取到焦点

blocksDescendants:viewgroup会覆盖子类控件而直接获得焦点

afterDescendants:viewgroup只有当其子类控件不需要获取焦点时才获取焦点

但是这个方案recyclerView时有卡顿的问题 原因还是滑动冲突的问题,可以重写LinearLayoutManager,设置让其不可滑动,外部滑动靠ScrollView,这样就解决了滑动时卡顿的问题

代码如下: public class ScrollLinearLayoutManager extends LinearLayoutManager { private boolean isScrollEnabled = true;

    public ScrollLinearLayoutManager(Context context) {super(context);}public ScrollLinearLayoutManager(Context context, int orientation, boolean reverseLayout) {super(context, orientation, reverseLayout);}public ScrollLinearLayoutManager(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {super(context, attrs, defStyleAttr, defStyleRes);}public void setScrollEnabled(boolean flag) {this.isScrollEnabled = flag;}@Overridepublic boolean canScrollVertically() {return isScrollEnabled && super.canScrollVertically();}
}

简单使用: ScrollLinearLayoutManager scrollLinearLayoutManager = new ScrollLinearLayoutManager(this);

scrollLinearLayoutManager.setScrollEnabled(false);
mRecyclerView.setLayoutManager(scrollLinearLayoutManager);

2.完美方案是这样的:首先在xml布局中将你的ScrollView替换成android.support.v4.widget.NestedScrollView,并在java代码中设置recyclerView.setNestedScrollingEnabled(false);

这篇关于ScrollView嵌套 ListView、RecyclerView、GridView 、WebView 源码分析解决方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1100353

相关文章

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe

Redis高性能Key-Value存储与缓存利器常见解决方案

《Redis高性能Key-Value存储与缓存利器常见解决方案》Redis是高性能内存Key-Value存储系统,支持丰富数据类型与持久化方案(RDB/AOF),本文给大家介绍Redis高性能Key-... 目录Redis:高性能Key-Value存储与缓存利器什么是Redis?为什么选择Redis?Red

Java中最全最基础的IO流概述和简介案例分析

《Java中最全最基础的IO流概述和简介案例分析》JavaIO流用于程序与外部设备的数据交互,分为字节流(InputStream/OutputStream)和字符流(Reader/Writer),处理... 目录IO流简介IO是什么应用场景IO流的分类流的超类类型字节文件流应用简介核心API文件输出流应用文

java 恺撒加密/解密实现原理(附带源码)

《java恺撒加密/解密实现原理(附带源码)》本文介绍Java实现恺撒加密与解密,通过固定位移量对字母进行循环替换,保留大小写及非字母字符,由于其实现简单、易于理解,恺撒加密常被用作学习加密算法的入... 目录Java 恺撒加密/解密实现1. 项目背景与介绍2. 相关知识2.1 恺撒加密算法原理2.2 Ja

Nginx屏蔽服务器名称与版本信息方式(源码级修改)

《Nginx屏蔽服务器名称与版本信息方式(源码级修改)》本文详解如何通过源码修改Nginx1.25.4,移除Server响应头中的服务类型和版本信息,以增强安全性,需重新配置、编译、安装,升级时需重复... 目录一、背景与目的二、适用版本三、操作步骤修改源码文件四、后续操作提示五、注意事项六、总结一、背景与