博客
关于我
ListView最终优化方法,绝对流畅
阅读量:715 次
发布时间:2019-03-21

本文共 1466 字,大约阅读时间需要 4 分钟。

ListView在Android开发中是一个常用的UI控件,但在实际应用中,由于数据量大、布局复杂、资源占用高等原因,容易导致列表滚动卡顿甚至 crash。针对这些问题,我进行了细致的优化,现将优化方法总结如下:

1. Adapter 的优化

首先,我意识到Adapter是ListView性能优化的关键。为了提升性能,我在Adapter中使用 static ViewHolder。这可以避免每次 retrieve ViewHolder 时所带来的类方法 invocation的开销,从而减少了列表渲染的时间。

ViewHolder 的优化

  • 静态 ViewHolder: 通过使用 static 关键字,确保 ViewHolder 在 Adapter 中被静态地初始化和缓存起来。这避免了每次创建.ViewHolder() 调用带来的开销。
  • 减少 findView �498 操作: ViewHolder 会存储当前显示 item 中的 View 组件,避免每次在 Adapter 的 Gibson 方法中不停地调用 convertView.findViewById(...),这可以提高渲染效率。

2. 数据的分批加载

为了避免一次性加载过多数据带来的性能瓶颈,我在 Adapter 中使用 CursorLoaderAsynclistView 进行分批数据加载。

CursorLoader 和 AsynclistView

  • 分批处理: CursorLoader 负责从数据库或网络获取分批数据,并在优雅的方式上填充 Adapter。这种方式避免了在主线程上处理大批量数据。
  • AsynclistView: 这个库可以提供更好的滚动时数据加载的控制权,可以避免 Adapter 的 getView 方法中出现长时间的阻塞。

3. 图片和文字分离操作优化

在之前的实现中,每个 item 的图片和文字场景都需要进行耗时的操作,如图片加载和 getTextWith Span-info 的设置,这些操作都对性能有很大负担。

图片加载优化

  • 使用 Glide: Glide 是一个高效的图片缓存和加载框架,可以根据需要缓存图片,并快速加载。这避免了频繁的图片加载带来的性能损失。
  • 预先加载图片: 在 Adapter 初始化的时候,会预先为每个 item 加载图片并将其存储起来。当 item 显示的时候,只需要简单地绘制就可以了。

字体加载优化

  • 提前加载字体: 将字体加载的操作放在 Activity 的 onCreate 方法中完成,并将字体文件存储起来。这确保了字体在 item 获取的时刻已经完成,避免了在每个 item 中进行耗时的操作。
  • 使用 RoboFontLIGHT: 选择更轻量izzz的字体文件,减少字体加载的时间和内存占用。

4. 开启分隔线优化

为了让 listviewmore美观和流畅,还对 item 的之间的间距进行了优化。

分隔线的计算

基于 screen height 和用户体验需求,计算每个 item 的间距。这通过动态设置 item 的高度来实现,让 listview的展示更加舒适。

5. 总结优化效果

通过以上方法,我的ListView 已经变得非常流畅。

  • 用户体验提升: 滚动时几乎无卡顿,页面刷新更快速。

  • 性能优化: 减少了主线程的操作,提升了 UI 线程的响应速度。

  • 系 统优化: 代码结构更清晰,易于维护和扩展。

这些优化方法不仅提升了列表的性能表现,还为后续的功能开发奠定了稳健的基础。

转载地址:http://ryfrz.baihongyu.com/

你可能感兴趣的文章
Nginx配置参数中文说明
查看>>
nginx配置域名和ip同时访问、开放多端口
查看>>
Nginx配置好ssl,但$_SERVER[‘HTTPS‘]取不到值
查看>>
Nginx配置如何一键生成
查看>>
Nginx配置实例-负载均衡实例:平均访问多台服务器
查看>>
Nginx配置文件nginx.conf中文详解(总结)
查看>>
Nginx配置负载均衡到后台网关集群
查看>>
ngrok | 内网穿透,支持 HTTPS、国内访问、静态域名
查看>>
NHibernate学习[1]
查看>>
NHibernate异常:No persister for的解决办法
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_日期类型_以及null数据同步处理补充---大数据之Nifi工作笔记0057
查看>>
NIFI1.21.0_NIFI和hadoop蹦了_200G集群磁盘又满了_Jps看不到进程了_Unable to write in /tmp. Aborting----大数据之Nifi工作笔记0052
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置binlog_使用处理器抓取binlog数据_实际操作01---大数据之Nifi工作笔记0040
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_实现数据插入数据到目标数据库_实际操作03---大数据之Nifi工作笔记0042
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_03_来吧用NIFI实现_数据分页获取功能---大数据之Nifi工作笔记0038
查看>>
NIFI从PostGresql中离线读取数据再导入到MySql中_带有数据分页获取功能_不带分页不能用_NIFI资料太少了---大数据之Nifi工作笔记0039
查看>>
NIFI同步MySql数据_到SqlServer_错误_驱动程序无法通过使用安全套接字层(SSL)加密与SQL Server_Navicat连接SqlServer---大数据之Nifi工作笔记0047
查看>>
Nifi同步过程中报错create_time字段找不到_实际目标表和源表中没有这个字段---大数据之Nifi工作笔记0066
查看>>