[转]Android性能优化之ListView的缓存机制

要想优化ListView首先要了解它的工作原理，列表的显示需要三个元素：ListView、Adapter、显示的数据；

这里的Adapter就是用到了适配器模式，不管传入的是什么View在ListView中都能显示出来。

下面简单说下上图的原理：

1、如果你有几千几万甚至更多的选项(item)时，其中只有可见的项目（满屏显示的Item数目）存在内存（说的优化就是说在内存中的优化！）中，其他的在Recycler中

2、ListView先请求一个type1视图(getView)然后请求其他可见的项目。convertView在getView中是空(null)的，第一次都是为空的，只要显示过了convertView都不为空，会保存在Recycler中

3、当item1滚出屏幕，并且一个新的项目从屏幕低端上来时，ListView再请求一个type1视图。convertView此时不是空值了，它的值是item1。你只需设定新的数据然后返回convertView，不必重新创建一个视图，省去了inflate和findViewById的时间，性能就得到了优化。

了解了它的工作原理后，我们就可以重复利用convertView，只要不为空就直接使用，改变它的内容就行了。

使用ListView的时候都会搭配一个Adapter，为了使得性能更优，ListView会缓存行item(某行对应的View)。ListView通过Adapter的getView函数获得每行的item。

?


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

78

79

80

81

82

83

84

85

86

87

88

89

90

91

92

93

94

95

96

97

98

package com.dzt.listviewdemo;

import java.util.ArrayList;

import android.app.Activity;

import android.content.Context;

import android.os.Bundle;

import android.view.LayoutInflater;

import android.view.View;

import android.view.ViewGroup;

import android.widget.BaseAdapter;

import android.widget.ImageView;

import android.widget.ListView;

import android.widget.TextView;

public class MainActivity extends Activity {

    private ListAdapter adapter;

    private ListView lv = null;

    private ArrayList<string> list = new ArrayList<string>();

    @Override

    protected void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        setContentView(R.layout.activity_main);

        lv = (ListView) findViewById(R.id.lv_list);

        adapter = new ListAdapter();

        for (int i = 0; i < 100; i++) {

            list.add(item  + i);

        }

        lv.setAdapter(adapter);

    }

    private class ListAdapter extends BaseAdapter {

        private LayoutInflater mInflater;

        ListAdapter() {

            mInflater = (LayoutInflater) getSystemService(Context.LAYOUT_INFLATER_SERVICE);

        }

        @Override

        public int getCount() {

            // TODO Auto-generated method stub

            return list.size();

        }

        @Override

        public Object getItem(int position) {

            // TODO Auto-generated method stub

            return list.get(position);

        }

        @Override

        public long getItemId(int position) {

            // TODO Auto-generated method stub

            return position;

        }

        @Override

        public View getView(int position, View convertView, ViewGroup parent) {

            // TODO Auto-generated method stub

            System.out.println(getView  + position +      + convertView);

            viewHolder holder = null;

            if (convertView == null) {

                convertView = mInflater.inflate(R.layout.item, null);

                holder = new viewHolder();

                holder.text = (TextView) convertView.findViewById(R.id.tv_text);

                holder.image = (ImageView) convertView

                        .findViewById(R.id.iv_img);

                convertView.setTag(holder);

            } else {

                holder = (viewHolder) convertView.getTag();

            }

            holder.text.setText(list.get(position));

            if (position % 2 == 0) {

                holder.image.setImageResource(R.drawable.ic_launcher);

            } else {

                holder.image.setImageResource(R.drawable.icon);

            }

            return convertView;

        }

    }

    /**

     * 使用一个类来保存Item中的元素

     *

     * @author Administrator

     *

     */

    public static class viewHolder {

        public TextView text;

        public ImageView image;

    }

}

</string></string>

运行效果

第一次打印的结果convertView都是为null

滑动ListView后的打印

从上面的打印消息可以看出，Recycler中会保存七个convertView对象用来显示Item，不管你有上千个Item，也只会创建显示满屏的convertView，这就大大节省了内存，对viewHolder的Tag的使用也大大节省了性能开销

时间： 2024-08-28 10:12:00

[转]Android性能优化之ListView的缓存机制的相关文章

Android性能优化之ListView缓存机制

要想优化ListView首先要了解它的工作原理,列表的显示需要三个元素:ListView.Adapter.显示的数据: 这里的Adapter就是用到了适配器模式,不管传入的是什么View在ListView中都能显示出来. 下面简单说下上图的原理: 1.如果你有几千几万甚至更多的选项(item)时,其中只有可见的项目(满屏显示的Item数目)存在内存(说的优化就是说在内存中的优化!)中,其他的在Recycler中 2.ListView先请求一个type1视图(getView)然后请求其他可见的项目

Android性能优化之Listview（ViewHolder重用机制）

相信大家在很多时候都会用到ListView这个控件,因为确实是用的很多很多,但是有木有遇到过当数据很多很多的时候,往下滑ListView时有时候会卡顿,这就需要我们来优化它了. ListView优化主要有下面几个方面: 1.convertView重用 2.ViewHolder的子View复用 3.缓存数据复用 一.convertView重用 首先讲下ListView的原理:ListView中的每一个Item显示都需要Adapter调用一次getView()的方法,这个方法会传入一个convert

Android性能优化之实现双缓存的图片异步加载工具(LruCache+SoftReference) - 拿来即用

之前在郭大神的博客看到使用LruCache算法实现图片缓存的.这里仿效他的思路,自己也写了一个. 并加入ConcurrentHashMap<String, SoftReference<Bitmap>>去实现二级缓存,因为ConcurrentHashMap是多个锁的线程安全,支持高并发.很适合这种频繁访问读取内存的操作. 下面整个思路是,使用了系统提供的LruCache类做一级缓存, 大小为运行内存的1/8,当LruCache容量要满的时候,会自动将系统移除的图片放到二级缓存中,但为

Android性能优化之------Listview优化

ListView的工作原理 发表于:2015/7/7  15:18:24 首先来了解一下ListView的工作原理(可参见http://mobile.51cto.com/abased-410889.htm),如图: ListView 针对每个item,要求 adapter “返回一个视图” (getView),也就是说ListView在开始绘制的时候,系统首先调用getCount()函数,根据他的返回值得到ListView的长度,然后根据这个长度,调用getView()一行一行的绘制ListVi

Google 发布 Android 性能优化典范

2015年伊始,Google发布了关于Android性能优化典范的专题, 一共16个短视频,每个3-5分钟,帮助开发者创建更快更优秀的Android App.课程专题不仅仅介绍了Android系统中有关性能问题的底层工作原理,同时也介绍了如何通过工具来找出性能问题以及提升性能的建议.主要从三个 方面展开,Android的渲染机制,内存与GC,电量优化.下面是对这些问题和建议的总结梳理. 0)Render Performance 大多数用户感知到的卡顿等性能问题的最主要根源都是因为渲染性能.从设计

Android性能优化的一些理解

前言 Android性能优化对Android程序的维护和拓展是有很大帮助的,我们知道Android手机不管是内存还是CPU都无法同PC相比,这也就意味着我们必须要谨慎的去使用内存和CPU资源.因为稍稍不注意可能就会引发诸如OOM.ANR.内存泄漏等问题,所以熟悉Android性能优化的几个方法可以有效地提高应用程序的性能,我们可能都能说出一些性能优化的方法,比如布局优化.绘制优化.线程优化等等,但是可能我们会忽视某些小细节,比如布局优化我们可能都知道可以使用< include >来减少布局的层

[Android Pro] Android性能优化典范第一季

reference to : http://www.cnblogs.com/hanyonglu/p/4244035.html#undefined 2015年伊始,Google发布了关于Android性能优化典范的专题,一共16个短视频,每个3-5分钟,帮助开发者创建更快更优秀的Android App.课程专题不仅仅介绍了Android系统中有关性能问题的底层工作原理,同时也介绍了如何通过工具来找出性能问题以及提升性能的建议. 主要从三个方面展开,Android的渲染机制,内存与GC,电量优化.下

Android性能优化典范（一）

2015年伊始,Google发布了关于Android性能优化典范的专题,一共16个短视频,每个3-5分钟,帮助开发者创建更快更优秀的Android App.课程专题不仅仅介绍了Android系统中有关性能问题的底层工作原理,同时也介绍了如何通过工具来找出性能问题以及提升性能的建议.主要从三个方面展开,Android的渲染机制,内存与GC,电量优化.下面是对这些问题和建议的总结梳理. 0)Render Performance 大多数用户感知到的卡顿等性能问题的最主要根源都是因为渲染性能.从设计师的

Android 性能优化探究

使用ViewStub动态加载布局,避免一些不经常的视图长期握住引用: ViewStub的一些特点: 1. ViewStub只能Inflate一次,之后ViewStub对象被置空:某个被ViewStub指定的布局被Inflate后,就不会够再通过ViewStub来控制它了. 2. ViewStub只能用来Inflate一个布局文件,而不是某个具体的View,当然也可以把View写在某个布局文件中. 基于以上的特点,那么可以考虑使用ViewStub的情况有: 1. 在程序的运行期间,某个布局在Inf