1.1listView优化之convertView

最新推荐文章于 2021-11-07 12:12:37 发布

hymKing

最新推荐文章于 2021-11-07 12:12:37 发布

阅读量1k

点赞数 1

分类专栏： Android-widget 文章标签： convertView listView优化 viewholder

本文链接：https://blog.csdn.net/hymking/article/details/50209951

版权

Android-widget 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

本篇是通用版的listView的优化，最终会使用模板设计模式和钩子方法对通用优化，在进行代码层级的深度优化。

本篇对ConvertView优化的理解，主要基于测试和验证，而非源码分析

通用版listView的adapter的使用，核心代码如下：

/getView优化//
//基本优化：
//①使用convertView重用，避免每次getView方法的时候，都去创建新的View
//②使用ViewHolder来临时存储item中的控件，避免出现重复多次的findViewById，此操
//作也是消耗内存的操作
//③ListView的在布局中，不要设置自适应(wrap_content),这样会导致getView方法的重
//调用
@Override
public View getView(int position, View convertView, ViewGroup parent) {
    ViewHolder viewHolder = null;
if (convertView == null) {
        viewHolder = new ViewHolder();
        convertView = mInflater.inflate(R.layout.lv_books_items, parent, false);
        viewHolder.tv_desc = (TextView) convertView.findViewById(R.id.tv_desc);
        viewHolder.tv_title = (TextView) convertView.findViewById(R.id.tv_title);
        viewHolder.tv_price = (TextView) convertView.findViewById(R.id.tv_price);
//setTag方法学习
stu4ViewPsetTag();
        convertView.setTag(viewHolder);

    }else{
        viewHolder=(ViewHolder)convertView.getTag();
    }
    Log.e("convertView","当前的position："+position+"当前的对象："+convertView.toString());
return convertView;
}

test1:

第一次运行

手机屏幕上显示的item条数：

打印出的convertView的log信息:

结论是：

屏幕上显示了7个view，log中，每次getView方法中的convertView都是null，于是convertView每次都赋值，并返回。显然作为getView的参数的convertView是否为null和回调该方法时，传入的参数有关和此次convertView有没有赋值是没有关系的。实际上就是要理解convertView做为参数，是局部变量。

显然，在此一次显示，没有任何滑动的情况下，getView中的参数被传入的都是null。也就是说ConvertView此时还没有起到缓存的作用。接着看test2.

test2:

滑动listView到第八个item显示，第一个item没有完全隐藏。（不同的大小的手机上，一屏显示的item个数不同，可以自己调整，以操作test2）