Android RecyclerView的卡顿问题的解决方法的卡顿问题的解决方法
本篇文章主要介绍了Android RecyclerView的卡顿问题的解决方法,具有一定的参考价值,有兴趣的可以了解一
下。
RecyclerView为什么会卡为什么会卡
RecyclerView作为v7包的新控件,自从推出就广受Android Developer们欢迎,实际上它已经取代了ListView和GridView两位
老前辈的地位。然而不少亲们想必也已经发现了:没有优化过的Recycler性能很poor。上一篇博主使用的item也仅仅是一个图
两串字而已,结果一滑动就卡的要命,不能忍!
那么why?回想在用ListView和GridView的adapter时,我们是用一种叫ViewHolder的自定义类(容器)来实现优化的,而
RecyclerView的特性之一就是强制你使用它的RecyclerView.ViewHolder。可是,RecyclerView.ViewHolder要比我们写的那个
单纯的容器复杂多了(源码里算上注释有大约500行),与RecyclerView.Adapter的联系也是千丝万缕。
按stackoverflow上面比较通俗的解释:RecyclerView.Adapter里面的onCreateViewHolder()方法和onBindViewHolder()方法对
时间都非常敏感。类似I/O读写,Bitmap解码一类的耗时操作,最好不要在它们里面进行。
如何解决这个问题如何解决这个问题
首先当然得优化你的item,合理运用<include>,<merge>,<ViewStub>等标签,使布局层次尽量少——其实ListView和
GridView里你也应该这么做,应该当成是一种写UI的习惯。
其次就是灵活使用各种第三方库,去完成各种耗时操作,比如通过Glide或者是Picasso加载图片。优秀的开源库在性能上往往
都考虑得很仔细。
最后的问题来了,如果只想写一个小demo,不愿大张旗鼓怎么办?如果即便一般的第三方库也不好解决问题,比如上一篇那
个该死的loadIcon()方法返回的是一个Drawable对象,Glide和Picasso都没法直接处理,转码又等于添了个耗时任务,那怎么
办?
真正的app管理应用,应该引入UIL或者Picasso一类的加载库进行图标加载
答案就是,想法在你setAdapter之前就把任务给完成。
Demo
哟西,上代码!本文代码完全基于上一篇文,无须删减重构。
主要就是增添了一个实体bean对象,setAdapter()时要传递的数据,全部通过它预先加载到内存里!这样那俩敏感方法里只需
要简单的get出来即可。
实体类AppBean.java
package com.example.jin.localapp;
import android.graphics.drawable.Drawable;
/**
* Created by Jin on 2016/11/8.
*/
public class AppBean {
private CharSequence name;
private String packageName;
private Drawable icon;
//这类代码可别逞英雄手动写哦,IDE(Android Studio和Eclipse都有的)里可以直接生成
public CharSequence getName() {
return name;
}
public void setName(CharSequence name) {
this.name = name;
}
public String getPackageName() {
return packageName;
}
public void setPackageName(String packageName) {
this.packageName = packageName;
}
public Drawable getIcon() {
return icon;
}
public void setIcon(Drawable icon) {
this.icon = icon;
}
}
评论0