Listview性能优化

有一段时间没更新了 主要生活上出了点状况 然后学习的速度明显下降了（在看JS什么的 太基础的没有什么好整理的）

 

**************************正文*******************************

 

这里提到的ListView只是作为一个典型代表 其实在Android中 采用类似Adapter机制的GridView等都是可以适用的 而ListView应该是用得最多的 所以就以它来举例

大家都知道 将ListView和Adapter绑定以后 其实也就是将数据源和控件显示绑定在一起 而每次需要显示ListView的时候 里面的item其实是Adapter提供的 通过的就是重要的getView()方法 而做法也是在这上面进行

 

先来看一下基本的getView写法

 

Java代码  

1. public View getView(int position, View convertView, ViewGroup parent) {  
2.     View view = new View();  
3.   
4.     //通过inflate等找到布局 然后findViewById等 设置各个显示的item  
5.   
6.     return view;  
7. }  

 

而在ListView滑动的过程中 很容易就会发现每次getView被执行 都会new出一个View对象 长此以往会产生很大的消耗 特别当item中还有Bitmap等 甚至会造成OOM的错误导致程序崩溃

 

在看getView提供的参数时 可能已经注意到了 有一个参数View convertView 而这个convertView其实就是最关键的部分了 原理上讲 当ListView滑动的过程中 会有item被滑出屏幕 而不再被使用 这时候Android会回收这个条目的view 这个view也就是这里的convertView

在上面的做法中 当item1被移除屏幕的时候 我们会重新new一个View给新显示的item_new 而如果使用了这个convertView 我们其实可以复用它 这样就省去了new View的大量开销

下面就是使用convertView后的情况

 

Java代码  

1. public View getView(int position, View convertView, ViewGroup parent) {  
2.     View view = null;  
3.     if (convertView != null) {  
4.     view = convertView;  
5.     //复用了回收的view 只需要直接作内容填充的修改就好了  
6.     } else {  
7.     view = new Xxx(...);  
8.     //没有供复用的view 按一般的做法新建view  
9.     }  
10.     return view;  
11. }  

 

这样一来 就避免了反复创建大量view的问题了

 

但是上面的仍然有缺陷 当我们的ListView中填充的item有多种形式时 比如微博中 有的item中包含图片 有的item包含视频 那么必然的 我们需要用到2种item的布局方式

此时如果只是单纯判断convert是否存在 会造成回收的view不符合你当前需要的布局 而类似转换失败出错退出

这里要提到Adapter中的另外2个方法：

public int getItemViewType(int position) {}

public int getViewTypeCount() {}

从方法名上 就可以比较明显的明白这2个的作用

下面附上一个demo代码

 

Java代码  

1. class MyAdapter extends BaseAdapter{  
2.     Context mContext;  
3.     LinearLayout linearLayout = null;  
4.     LayoutInflater inflater;  
5.     TextView tex;  
6.     final int VIEW_TYPE = 2;  
7.     final int TYPE_1 = 0;  
8.     final int TYPE_2 = 1;  
9.   
10.     public MyAdapter(Context context) {  
11.         mContext = context;  
12.         inflater = LayoutInflater.from(mContext);  
13.     }  
14.   
15.     @Override  
16.     public int getCount() {  
17.         return listString.size();  
18.     }  
19.   
20.     //每个convert view都会调用此方法，获得当前所需要的view样式  
21.     @Override  
22.     public int getItemViewType(int position) {  
23.         int p = position%6;  
24.         if(p == 0)  
25.             return TYPE_1;  
26.         else if(p < 3)  
27.             return TYPE_2;  
28.         else  
29.             return TYPE_1;  
30.     }  
31.   
32.     @Override  
33.     public int getViewTypeCount() {  
34.         return 2;  
35.     }  
36.   
37.     @Override  
38.     public Object getItem(int arg0) {  
39.         return listString.get(arg0);  
40.     }  
41.   
42.     @Override  
43.     public long getItemId(int position) {  
44.         return position;  
45.     }  
46.   
47.     @Override  
48.     public View getView(int position, View convertView, ViewGroup parent) {  
49.         viewHolder1 holder1 = null;  
50.         viewHolder2 holder2 = null;  
51.         int type = getItemViewType(position);  
52.   
53.         //无convertView，需要new出各个控件  
54.         if(convertView == null)  
55.         {   
56.             //按当前所需的样式，确定new的布局  
57.             switch(type)  
58.             {  
59.                 case TYPE_1:  
60.                 convertView = inflater.inflate(R.layout.listitem1, parent, false);  
61.                 holder1 = new viewHolder1();  
62.                 holder1.textView = (TextView)convertView.findViewById(R.id.textview1);  
63.                 holder1.checkBox = (CheckBox)convertView.findViewById(R.id.checkbox);  
64.                 convertView.setTag(holder1);  
65.                 break;  
66.                 case TYPE_2:  
67.                 convertView = inflater.inflate(R.layout.listitem2, parent, false);  
68.                 holder2 = new viewHolder2();  
69.                 holder2.textView = (TextView)convertView.findViewById(R.id.textview2);  
70.                 holder2.imageView = (ImageView)convertView.findViewById(R.id.imageview);  
71.                 convertView.setTag(holder2);  
72.                 break;  
73.             }  
74.         }  
75.         else  
76.         {  
77.             //有convertView，按样式，取得不用的布局  
78.             switch(type)  
79.             {  
80.                 case TYPE_1:  
81.                 holder1 = (viewHolder1) convertView.getTag();  
82.                 break;  
83.                 case TYPE_2:  
84.                 holder2 = (viewHolder2) convertView.getTag();  
85.                 break;  
86.             }  
87.                 //设置资源  
88.             switch(type)  
89.             {  
90.                 case TYPE_1:  
91.                 holder1.textView.setText(Integer.toString(position));  
92.                 holder1.checkBox.setChecked(true);  
93.                 break;  
94.                 case TYPE_2:  
95.                 holder2.textView.setText(Integer.toString(position));  
96.                 holder2.imageView.setBackgroundResource(R.drawable.icon);  
97.                 break;  
98.             }  
99.         }  
100.         return convertView;  
101.     }  
102. }  
103. //各个布局的控件资源  
104. class viewHolder1{  
105.     CheckBox checkBox;  
106.     TextView textView;  
107. }  
108. class viewHolder2{  
109.     ImageView imageView;  
110.     TextView textView;  
111. }  

 这里对于每个View使用了一个viewHolder来控制其内部的子item

还有一个需要注意的地方是使用了setTag和getTag的方法 将holder绑定到了view上 也算一种技巧

 

以上基本就是主要的内容了 下面再补充实际操作当中的一些Tips

*如果convertView上用Type区分有些繁琐 或者不需要那么复杂 只是很少有出现不同的情况 那么还可以在取得convertView后 通过java提供的 instanceof 来判断是否可以强转 如果不能强转 就去新建一个View的做法 但是其实这种做法并不规范 所以还是推荐上面的做法

*第二个是关于ListView 对于纯色的item背景 其实可以直接设置BackgroundColor 而不要使用图片 这一部分其实可以有不小的提升 同样的 对于任何纯色的背景 应该尽量去设置RGB颜色 而不是全用一张图片做背景

 

感谢guoxinya86指出 在做类型强转的时候 这里用type作为区分类型的判断 但是实际情况下 很可能出现系统回收的convertView与要创建的并不相符 所以在强转处的type判断是不保险的 考虑了下还是应该使用instanceof做一下判断 或者再为每个View绑定一个type的标记 然后再决定是重用还是重新创建

转载自：http://johncookie.iteye.com/blog/1250049