ListView优化 思路及原理

最佳实践

1、将【内部类】用 static修饰一下。public static class ViewHolder { }

2、将实例mViewHolder作为外部类的成员变量。private ViewHolder mViewHolder;

注解：

• ViewHolder是否用static修饰，结果都是一样的，效率也没什么提升，不过大家都习惯用 static修饰一下。
  
• 一种情况下可以将mViewHolder作为局部变量，那就是想【临时】操作屏幕上item中的控件，这时屏幕上的mViewHolder和convertView是一一对应的，可以方便的通过mViewHolder获取你所操作的convertView中的所有控件，进而进行各种操作。但是一定要谨记，这种操作是临时的，下次进入界面时又会恢复原来的状态。要实现永久存储，只有一个办法，那就是将你所操作的结果保存在listview的adapter中的集合中，既然是操作集合，那肯定是通过point获取、操作控件了。
  
• 所以，根据需求，若是想临时修改控件属性，就将mViewHolder作为局部变量，若是想持久修改控件属性，就采取将状态保存在集合中的方式。
  

View重用的原理探讨

1. View的重用的原理

• View的每次创建是比较耗时的，因此对于 getview 方法传入的 convertView 应充分利用 != null 的判断。
  
• 如果你有N个 item，其中只有可见的 item +1 个(即 item1 - item8 )存在内存中，其他的在 Recycler(循环器)中。
  
• ListView先一个一个的调用 getView 创建所有可见的 item 的视图，此时getView中的参数 convertView 是空 null 的。
  
• 当 item1 滚出屏幕，并且一个新的 item8 从屏幕底端滚上来时(只要有一点点露头就算滚上来了)，ListView再调用 getView 请求一个 item9 的视图时，convertView 不是空值了，它的值就是刚刚滚出去的 item1。
• 所以这时你只需将 item9 的【数据】赋给 convertView 然后返回 convertView 即可得到 item9 的视图，而不必重新 new 一个视图。
  

2、ViewHolder的应用

• View的 findViewById 方法也是比较耗时的，因此需要考虑只调用一次，之后就用 View.getTag() 方法来获得ViewHolder对象。我们知道，每个item都有同样的【视图结构】，item之间仅仅是所填充的数据不同，若每次都为得到一个相同结构的视图都要重新 inflate 布局文件，然后 findViewById 布局中的控件，这是很浪费资源的，为了不重复 findViewById，我们可以定义一个 ViewHolder 用于封装所有需要更新数据的控件，那么以后就可以直接赋值。

• ViewHolder只是将需要缓存的那些view封装好，convertView的setTag才是将这些缓存起来供下次调用。View中的 setTag 方法表示给View添加一个额外的数据，以后可以用getTag()将这个数据取出来。

代码

现在大家都知道用ViewHolder来实现listview的优化了，但是，ViewHolder到底要用什么来修饰，ViewHolder的实例到底应该放在哪呢？为了弄清楚这个问题，我做了以下测试。
我简单说一下代码是什么意思，ViewHolder有一个成员变量id，用来区分不同的ViewHolder，在构造函数中，对id进行赋值，itemId是一个静态变量，每初始化一次就+1，我们可以根据构造函数的打印次数，来计算ViewHolder的实例化次数，根据toString()可以来判断到底是使用了哪一个ViewHolder。getVIew中的写法是固定的，下面是测试结果：

public class MainActivity extends ListActivity {

    //ViewHolder mViewHolder;

    //作为成员变量，首先调用10次 getView()，并且每调用一次，就对【此实例】重新初始化一次（new）

    //虽然new了10次，但至始自终都是指向的是同一个地址，并且这个ViewHolder 始终只代表【最后出现】的那个条目

    public static int itemId = 1;

    @Override

    protected void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        getListView().setAdapter(new MyAdapter());

    }

    private class MyAdapter extends BaseAdapter {

        @Override

        public int getCount() {

            return 100;

        }

        @Override

        public Object getItem(int position) {

            return position;

        }

        @Override

        public long getItemId(int position) {

            return position;

        }

        @Override

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

            final ViewHolder mViewHolder; //或者ViewHolder mViewHolder;

            //若作为局部变量，初始化时会先调用10次 getView()，每调用一次，就 会new一个新的 ViewHolder

            //所以共有10个 ViewHolder 实例，每个 ViewHolder 实例代表一个【当前屏幕】上的一个条目

            //注意：final修饰引用类型变量时，只是保证这个引用的地址不变，即一直引用同一对象，但这个对象自身是可以改变的

            if (convertView == null) {

                convertView = getLayoutInflater().inflate(R.layout.item, parent, false);

                mViewHolder = new ViewHolder();

                mViewHolder.tv = (TextView) convertView.findViewById(R.id.tv);

                convertView.setTag(mViewHolder);//标记

            } else mViewHolder = (ViewHolder) convertView.getTag();

            mViewHolder.tv.setText("listview条目的序号=" + position + "，mViewHolder的id=" + mViewHolder.id);

            //不管采用的是哪种方法，在次操作item中的控件都没有任何问题！千万别忧虑！

            Log.d("bqt", "position=" + position + "    " + mViewHolder.id + "    " + mViewHolder.hashCode());

            return convertView;

        }

    }

    private class ViewHolder {//ViewHolder用private、private static、private final或private static final修饰时完全一样！

        //结论：如果界面内可见的item是9个，那么不管哪种方式，自始至终ViewHolder一共初始化了9+1次

        //之后都是复用之前初始化的ViewHolder，但并不能保证哪个item复用的是哪个ViewHolder的实例。

        private int id;//内部类的任何成员都是完全暴露给外部类的

        private TextView tv;

        private ViewHolder() {

            id = itemId;

            itemId++;

        }

    }

}