【Android笔记】listview加载性能优化及有多种listitem布局处理方式

在android开发中Listview是一个很重要的组件,它以列表的形式根据数据的长自适应展示具体内容。

用户可以自由的定义listview每一列的布局,但当listview有大量的数据需要加载的时候,会占据大量内存,影响性能,这时候就需要按需填充并重新使用view来减少对象的创建。

ListView加载数据都是在

1 public View getView(int position, View convertView, ViewGroup parent) {
2
3   。。。。。。
4
5 }

方法中进行的(要自定义listview都需要重写listadapter:如 BaseAdapter,SimpleAdapter,CursorAdapter的等的getvView方法),

优化listview的加载速度就要让 convertView匹配列表类型,并最大程度上的重新使用convertView

其中,getview的加载方法一般有以下三种加载方式:

1、最慢的加载方式是每一次都重新定义一个View载入布局,再加载数据

 1  public View getView(int position, View convertView, ViewGroup parent) {
 2
 3      View item = mInflater.inflate(R.layout.list_item_icon_text, null);
 4
 5      ((TextView) item.findViewById(R.id.text)).setText(DATA[position]);
 6
 7      ((ImageView) item.findViewById(R.id.icon)).setImageBitmap((position & 1) == 1 ? mIcon1 : mIcon2);
 8
 9      return item;
10
11 }

2、正确的加载方式是当convertView不为空的时候直接重新使用convertView从而减少了很多不必要的View的创建,然后加载数据

 1  public View getView(int position, View convertView, ViewGroup parent) {
 2
 3      if (convertView == null) {
 4
 5          convertView = mInflater.inflate(R.layout.item, parent, false);
 6
 7      }
 8
 9      ((TextView) convertView.findViewById(R.id.text)).setText(DATA[position]);
10
11      ((ImageView) convertView.findViewById(R.id.icon)).setImageBitmap((position & 1) == 1 ? mIcon1 : mIcon2);
12
13  14
15      return convertView;
16
17  }

3、最快的方式是定义一个ViewHolder,将convetView的tag设置为ViewHolder,不为空时重新使用即可

 1 static class ViewHolder {
 2
 3     TextView text;
 4
 5     ImageView icon;
 6
 7 }
 8
 9
10
11 public View getView(int position, View convertView, ViewGroup parent) {
12
13     ViewHolder holder;
14
15     if (convertView == null) {
16
17     convertView = mInflater.inflate(R.layout.list_item_icon_text,parent, false);
18
19     holder = new ViewHolder();
20
21     holder.text = (TextView) convertView.findViewById(R.id.text);
22
23     holder.icon = (ImageView) convertView.findViewById(R.id.icon);
24
25     convertView.setTag(holder);
26
27 } else {
28
29     holder = (ViewHolder) convertView.getTag();
30
31 }
32
33     holder.text.setText(DATA[position]);
34
35     holder.icon.setImageBitmap((position & 1) == 1 ? mIcon1 :mIcon2);
36
37     return convertView;
38
39 }

三种方式加载效率对比如下图所示:

说明:上述三个例子代码摘自google 2010 I/O大会

当处理一些耗时的资源加载的时候需要做到以下几点,以使你的加载更快更平滑:

1.   适配器在界面主线程中进行修改

2.   可以在任何地方获取数据但应该在另外一个地方请求数据

3.   在主界面的线程中提交适配器的变化并调用notifyDataSetChanged()方法

===============================分割线=========================================

那么如果存在多个item样式如何处理呢??

大致思路就是创建多个viewholder,在getViewType的时候设置不同位置的item用不同的viewholder

以下直接上代码:

  1 class MyAdapter extends BaseAdapter{
  2
  3     Context mContext;
  4     LinearLayout linearLayout = null;
  5     LayoutInflater inflater;
  6     TextView tex;
  7     final int VIEW_TYPE = 3;
  8     final int TYPE_1 = 0;
  9     final int TYPE_2 = 1;
 10     final int TYPE_3 = 2;
 11
 12     //各个布局的控件资源
 13     class viewHolder1{
 14         CheckBox checkBox;
 15         TextView textView;
 16     }
 17     class viewHolder2{
 18         TextView textView;
 19     }
 20     class viewHolder3{
 21         ImageView imageView;
 22         TextView textView;
 23     }
 24
 25     public MyAdapter(Context context) {
 26         // TODO Auto-generated constructor stub
 27         mContext = context;
 28         inflater = LayoutInflater.from(mContext);
 29     }
 30
 31     @Override
 32     public int getCount() {
 33         // TODO Auto-generated method stub
 34         return listString.size();
 35     }
 36
 37     //每个convert view都会调用此方法,获得当前所需要的view样式
 38     @Override
 39     public int getItemViewType(int position) {
 40         // TODO Auto-generated method stub
 41         int p = position%6;
 42         if(p == 0)
 43         return TYPE_1;
 44         else if(p < 3)
 45             return TYPE_2;
 46         else if(p < 6)
 47             return TYPE_3;
 48         else
 49             return TYPE_1;
 50     }
 51
 52     //返回样式的数量
 53     @Override
 54     public int getViewTypeCount() {
 55         // TODO Auto-generated method stub
 56         return 3;
 57     }
 58
 59     @Override
 60     public Object getItem(int arg0) {
 61         // TODO Auto-generated method stub
 62         return listString.get(arg0);
 63     }
 64
 65     @Override
 66     public long getItemId(int position) {
 67         // TODO Auto-generated method stub
 68         return position;
 69     }
 70
 71     @Override
 72     public View getView(int position, View convertView, ViewGroup parent) {
 73         // TODO Auto-generated method stub
 74         viewHolder1 holder1 = null;
 75         viewHolder2 holder2 = null;
 76         viewHolder3 holder3 = null;
 77         int type = getItemViewType(position);
 78
 79
 80     //无convertView,需要new出各个控件
 81     if(convertView == null)
 82     {
 83         Log.e("convertView = ", " NULL");
 84
 85     //按当前所需的样式,确定new的布局
 86     switch(type)
 87     {
 88     case TYPE_1:
 89     convertView = inflater.inflate(R.layout.listitem1, parent, false);
 90     holder1 = new viewHolder1();
 91     holder1.textView = (TextView)convertView.findViewById(R.id.textview1);
 92     holder1.checkBox = (CheckBox)convertView.findViewById(R.id.checkbox);
 93     Log.e("convertView = ", "NULL TYPE_1");
 94     convertView.setTag(holder1);
 95     break;
 96     case TYPE_2:
 97     convertView = inflater.inflate(R.layout.listitem2, parent, false);
 98     holder2 = new viewHolder2();
 99     holder2.textView = (TextView)convertView.findViewById(R.id.textview2);
100     Log.e("convertView = ", "NULL TYPE_2");
101     convertView.setTag(holder2);
102     break;
103     case TYPE_3:
104     convertView = inflater.inflate(R.layout.listitem3, parent, false);
105     holder3 = new viewHolder3();
106     holder3.textView = (TextView)convertView.findViewById(R.id.textview3);
107     holder3.imageView =     (ImageView)convertView.findViewById(R.id.imageview);
108     Log.e("convertView = ", "NULL TYPE_3");
109     convertView.setTag(holder3);
110     break;
111     }
112     }
113     else
114     {
115     //有convertView,按样式,取得不用的布局
116     switch(type)
117     {
118     case TYPE_1:
119     holder1 = (viewHolder1) convertView.getTag();
120     Log.e("convertView !!!!!!= ", "NULL TYPE_1");
121     break;
122     case TYPE_2:
123     holder2 = (viewHolder2) convertView.getTag();
124     Log.e("convertView !!!!!!= ", "NULL TYPE_2");
125     break;
126     case TYPE_3:
127     holder3 = (viewHolder3) convertView.getTag();
128     Log.e("convertView !!!!!!= ", "NULL TYPE_3");
129     break;
130     }
131     }
132
133     //设置资源
134     switch(type)
135     {
136     case TYPE_1:
137     holder1.textView.setText(Integer.toString(position));
138     holder1.checkBox.setChecked(true);
139     break;
140     case TYPE_2:
141     holder2.textView.setText(Integer.toString(position));
142     break;
143     case TYPE_3:
144     holder3.textView.setText(Integer.toString(position));
145     holder3.imageView.setBackgroundResource(R.drawable.icon);
146     break;
147     }
148
149
150     return convertView;
151     }
152
153 }    

参考原文:listview加载性能优化ViewHolder

参考原文:listView中多个listItem布局时,convertView缓存及使用

时间: 2024-10-12 03:48:50

【Android笔记】listview加载性能优化及有多种listitem布局处理方式的相关文章

安卓开发笔记——ListView加载性能优化ViewHolder

在前不久做安卓项目的时候,其中有个功能是爬取某网站上的新闻信息,用ListView展示,虽然做了分页,但还是觉得达不到理想流畅效果. 上网查阅了些资料,发现一些挺不错的总结,这里记录下,便于复习. 当ListView有大量的数据需要加载的时候,会占据大量内存,影响性能. 经过测试,发现耗费大量资源是在ListView去加载布局文件的时候,也就是findViewById的时候,这时我们就该考虑如何复用这个布局文件对象,以减少对象的创建. ListView加载数据是在public View getV

listview加载性能优化

在android开发中Listview是一个很重要的组件,它以列表的形式根据数据的长自适应展示具体内容,用户可以自由的定义listview每一列的布局,但当listview有大量的数据需要加载的时候,会占据大量内存,影响性能,这时候就需要按需填充并重新使用view来减少对象的创建. ListView加载数据都是在public View getView(int position, View convertView, ViewGroup parent) {}方法中进行的(要自定义listview都需

listview加载性能优化ViewHolder

在android开发中Listview是一个很重要的组件,它以列表的形式根据数据的长自适应展示具体内容,用户可以自由的定义listview每一列的布局, 但当listview有大量的数据需要加载的时候,会占据大量内存,影响性能,这时候就需要按需填充并重新使用view来减少对象的创建. ListView加载数据都是在public View getView(int position, View convertView, ViewGroup parent) {}方法中进行的(要自定义listview都

H5缓存机制浅析-移动端Web加载性能优化【干货】

转载:H5缓存机制浅析-移动端Web加载性能优化[干货] 作者:贺辉超,腾讯游戏平台与社区产品部 高级工程师 目录 1 H5缓存机制介绍 2 H5缓存机制原理分析 2.1 浏览器缓存机制 2.2 Dom Storgage(Web Storage)存储机制 2.3 Web SQL Database存储机制 2.4 Application Cache(AppCache)机制 2.5 Indexed Database (IndexedDB) 2.6 File System API 3 移动端Web加载

页面加载性能优化

页面加载性能优化 在互联网网站百花齐放的今天,网站响应速度是用户体验的第一要素,其重要性不言而喻,这里有几个关于响应时间的重要条件: 用户在浏览网页时,不会注意到少于0.1秒的延迟: 少于1秒的延迟不会中断用户的正常思维, 但是一些延迟会被用户注意到: 延迟时间少于10秒,用户会继续等待响应: 延迟时间超过10秒后,用户将会放弃并开始其他操作: 因此大家都开始注重性能优化,很多厂商都开始做一些性能优化.比较有名的是雅虎军规,不过随着浏览器和协议等的发展,有一些已经逐渐被淘汰了.因此建议大家以历史

H5 缓存机制浅析 移动端 Web 加载性能优化

1 H5 缓存机制介绍 H5,即 HTML5,是新一代的 HTML 标准,加入很多新的特性.离线存储(也可称为缓存机制)是其中一个非常重要的特性.H5 引入的离线存储,这意味着 web 应用可进行缓存,并可在没有因特网连接时进行访问. H5 应用程序缓存为应用带来三个优势: 离线浏览 用户可在应用离线时使用它们 速度 已缓存资源加载得更快 减少服务器负载 浏览器将只从服务器下载更新过或更改过的资源. 根据标准,到目前为止,H5 一共有6种缓存机制,有些是之前已有,有些是 H5 才新加入的. 浏览

懒加载和预加载---性能优化

懒加载 认识 懒加载是一种按需延迟资源的方式.在加载显示页面时,并不一次性加载所有该页面所需要的图像,对于在可视区域之外的图像,可以等到用户scroll到该区域的时候,再进行加载 实现方式 1.目前已经有很多库实现了懒加载,例如lazysizes,可以考虑使用 2.使用库这样的操作,相当于增加一个需要请求的js文件,增加一次http请求.所以如果能够实现原生的懒加载,能够更好的优化性能: 原生js实现图片懒加载 原理: 页面上图片的src属性设置为空字符串:(也可以设置为一个占位位图) 将真实路

wordpress和传统网站的加载性能优化

前言 网站的性能优化是非常重要的,直接决定了用户体验,和网站的负载能力. Wordpress是一款非常受欢迎的Blog/CMS开源软件.全球数百万的网站使用wordpress搭建. 那么,如何让wordpress的性能.效能达到最佳,在减少服务器负荷的情况下,提高网站的访问速度,或者说提高网站性能,提高用户的访问体验呢? 锐壳主机的管理员莫小哥来帮你解决这些问题吧.写作水平和知识水平有限,如果有不通顺,或者错误的地方,还请谅解. 网站速度的瓶颈主要是: - 宽带瓶颈.用户的网络和服务器之间的网络

CSS加载性能优化

将首屏页面要用到的CSS文件,放在页面头部加载,其他模块的CSS可以使用异步加载:loadCSS 和 Preload. 关于preload,推进2篇文章给大家看下: 1.通过rel="preload"进行内容预加载: https://developer.mozilla.org/zh-CN/docs/Web/HTML/Preloading_content 2.preload 的w3文档: https://www.w3.org/TR/preload/ 对于一些不是首屏加载的css,我们可以