RecyclerView 图片错位空白的问题

2018-08-26 00:18:04

这几天一直在研究我做的一个功能,牵扯到了recycleview,图片显示错位,空白的问题。


关于RecyclerView中ViewHolder重用机制理解(解决图片错乱和闪烁问题)

我参考了下面这个文章,写的真是好啊。


RecyclerView中ViewHolder重用机制理解(解决图片错乱和闪烁问题)


Android学习之-RecyclerView带刺的玫瑰


下面说一下我的实际理解与操作。


1.图片错位的原因是因为图片异步记载返回去展示出的问题。图片空白,是item刷新,请求图片时间上的问题。

2。viewHolder.setIsRecyclable(false); 就没有tag,不设置 就有tag,但是有没有没啥区别

设置tag,

tag只能设置只能限制并准确的实现图片展示在哪个元素上,这个类似于js的异步操作,能确定这个元素对不对。

但是并不能根据tag来判断我当前的holder以及holder下面的子元素是否已经加载了图片,因为holder等都是服用过来的,tag也复用过来了。所以这个只能确保图片不错位,但是不能保证图片快速加载图片空白的问题。

然后我又尝试用map来保存图片加载过的状态,然后加载并正确的图片item不再去刷新他,不知道为什么这样更错位了。我又用map保留了图片的宽度,不再去根据图片获得宽高,结果还是有空白时间,这个真是没办法。


homeAdapter.setHasStableIds(true);


     @Override

        public long getItemId(int position) {

            return position;

        }


我也尝试了给adapter设置这个,依然还需要重新刷新item,真不知道为啥。

return 1。 或者设置,这样倒是不刷新了,但是图片都成了一个图片。



2、tips1:如果你调用了:viewHolder.setIsRecyclable(false);那么这个Item的onViewRecycled将永远不会调用。


虽然每个holder不复用了,但是每次holder都是新的 ,所以也不会有tag。无语



总之错位能解决,空白我是没解决,就先这样吧,等看到开源的解决掉的开源工程的时候在说吧,研究了一天。

  • 2020-12-16 22:04:03

    基于本地代理的边下边播技术分析

    我们熟知的边下边播技术,是迅雷提供的,还有之前的快播、快车等工具,它们使用的技术基本上都是P2P下载技术。 P2P下载技术,本质上它并不是C-S的架构,P2P----> Peer to Peer,实际上它将各个客户端的资源调度起来,给上传资源种子,方便后续的下载者可以快速有效的下载资源,这种方式需要服务器整合各个Client,在有用户需要下载的情况下,服务器能及时调度资源,开始给下载者提供资源信息,保证下载者下载资源越快越好。P2P的下载方式后面我们专门介绍一下。这儿不继续展开了。

  • 2020-12-16 22:07:44

    Android视频点播-边播边缓存

    一些知名的视频app客户端(优酷,爱奇艺)播放视频的时候都有一些缓存进度(二级进度缓存),qq,微信有关的小视频,还有一些短视频app,都有边播边缓的处理。还有就是当文件缓存完毕了再次播放的话就不再请求网络了直接播放本地文件了。既节省了流程又提高了加载速度。 今天我们就是来研究讨论实现这个边播边缓存的框架,因为它不和任何的业务逻辑耦合。

  • 2020-12-16 22:46:44

    基于coturn项目的stun/turn服务器搭建

    webrtc是google推出的基于浏览器的实时语音-视频通讯架构。其典型的应用场景为:浏览器之间端到端(p2p)实时视频对话,但由于网络环境的复杂性(比如:路由器/交换机/防火墙等),浏览器与浏览器很多时候无法建立p2p连接,只能通过公网上的中继服务器(也就是所谓的turn服务器)中转。示例图如下:

  • 2020-12-16 23:06:05

    Rocket.Chat推送信息

    Rocket.Chat推送消息 Rocket.Chat是一个开源实时通讯平台, 支持Windows, Mac OS, Linux. 支持聊天, 文件上传, 视频通话, 语音通话功能. 向Rocket.Chat推送消息 以下示例可以转为别的语言的版本, 本示例使用Linux平台的curl测试, curl非常强大. 登陆 首先需要登陆Rocket.Chat服务器

  • 2020-12-17 09:01:23

    对BitTorrent Tracker源码分析

    tracker服务器是BT下载中必须的角色。一个BT client 在下载开始以及下载进行的过程中,要不停的与 tracker 服务器进行通信,以报告自己的信息,并获取其它下载client的信息。这种通信是通过 HTTP 协议进行的,又被称为 tracker HTTP 协议,它的过程是这样的: client 向 tracker 发一个HTTP 的GET请求,并把它自己的信息放在GET的参数中;这个请求的大致意思是:我是xxx(一个唯一的id),我想下载yyy文件,我的ip是aaa,我用的端口是bbb。。。

  • 2020-12-17 10:55:48

    html5 video p2p research

    节约带宽,减少缓冲时间,提升服务质量,处理峰值流量, 视频观看的人越多,播放越流畅。

  • 2020-12-17 10:57:34

    使用 MediaSource 搭建流式播放器

    Media Source Extensions(媒体源扩展)大大地扩展了浏览器的媒体播放功能,提供允许JavaScript 生成媒体流。这可以用于自适应流(adaptive streaming,也是我毕设的研究方向)及随时间变化的视频直播流(live streaming)等应用场景。