listview的优化

  做过许多的listview适配数据，当时以为自己对于convertview和viewholder完全理解了，没想到今天拿出来想想，又刷新了五官。

第一个问题：
ListView的原理：

ListView中的每一个Item显示都需要Adapter调用一次getView的方法，如果当Item的数量足够大，再为每一个Item都创建一个View对象，必将占用很多内存，创建View对象，从xml中生成View，这是属于IO操作）也是耗时操作，所以必将影响性能。
大家有没有发现，getview函数的参数里面有个convertView，convertView返回的View就是Item显示的View，这个view可以被复用。
Android提供了一个叫做Recycler(反复循环器)的构件，就是当ListView的Item从上方滚出屏幕视角之外，对应Item的View会被缓存到Recycler中，相应的会从下方生成一个Item，而此时调用的getView中的convertView参数就是滚出屏幕的Item的View。
无论怎么重用convertView，一个position的Item永远使用一个view
测试了下这个整个流程，发现的问题

  问题：我的列表一屏能放7条数据，刚开始调试时，发现getview进去了3个大的来回，一次就getview7次，算下来有21次了，最后才发现是布局wrap_content的原因，改成fill_parent后就正常了。

测试源码：

public class MainActivity extends Activity {

    ListView mListView;
    ViewHolderAdapter mAdapter;
    ArrayList<String> mData;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mListView = (ListView) findViewById(R.id.listView);
        mData = new ArrayList<String>();
        for (int i = 0; i < 16; i++) {
            mData.add(i + "");
        }
        mAdapter = new ViewHolderAdapter(this, mData);
        mListView.setAdapter(mAdapter);  
            }
}

public class ViewHolderAdapter extends BaseAdapter {

    private List<String> mData;
    private LayoutInflater mInflater;

    public ViewHolderAdapter(Context context, List<String> data) {
        this.mData = data;
        mInflater = LayoutInflater.from(context);
    }

    @Override
    public int getCount() {
        return mData.size();
    }

    @Override
    public Object getItem(int position) {
        return mData.get(position);
    }

    @Override
    public long getItemId(int position) {
        return position;
    }

    @Override
    public View getView(int position, View convertView, ViewGroup parent) {
        ViewHolder viewHolder = null;
        // 判断是否缓存
        long time=System.currentTimeMillis();
        if (convertView == null) {
            viewHolder = new ViewHolder();
            // 通过LayoutInflater实例化布局
            convertView = mInflater.inflate(R.layout.viewholder_item, null);
            viewHolder.img = (ImageView) convertView.findViewById(R.id.imageView);
            viewHolder.title = (TextView) convertView.findViewById(R.id.textView);
            convertView.setTag(viewHolder);
        }else {
            // 通过tag找到缓存的布局
            viewHolder = (ViewHolder) convertView.getTag();
        }
        // 设置布局中控件要显示的视图
        viewHolder.img.setBackgroundResource(R.drawable.ic_launcher);
        viewHolder.title.setText(mData.get(position));
        time=System.currentTimeMillis()-time;
        Log.i("Timme", time+"");
        return convertView;
    }

    public final class ViewHolder {
        public ImageView img;
        public TextView title;
    }
}

布局文件为：

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical"
    android:padding="@dimen/activity_vertical_margin"
    tools:context="com.blankj.listviewskill.MainActivity">

    <ListView
        android:id="@+id/listView"
        android:layout_width="fill_parent"
        android:layout_height="wrap_content"
        android:paddingBottom="40dp"
        android:divider="@null"
        android:listSelector="@android:color/transparent"/>
</LinearLayout>

  问题原因分析：
  wrap_content时，因为没有固定的Item高度，无法计算一个屏幕中能够显示的最大高度，系统会会先创建一个View，第一轮是用这个View来试探能放多少个item，试探出结果可以放7个Item，所以第二轮的0-6才是真正创建的View，屏幕上显示了7个Item。当往下滚时，Item0没有完全出去，下面有来了个Item6，所以这时的Item有创建了一个View，屏幕上此时显示7个Item。之后7个Item就是做多显示的数量，再往上滚动，convertView就开始重用了，Item7和Item0的View是一个对象。
  修改为fill_parent后就没有上面的问题。

整个流程具体解析：

当加载第一屏数据的时候，convertview为空，这时候会创建相应的convertview，当第一条数据滑出屏幕时，进入的那条复用第一条的view。

第二个问题：

 viewholder比convertview好在哪里？
 convertview的优点在于不需要每次去创建一个View，而是在convertview中去findViewById单个的布局控件，而viewholder的优点在于不需要去寻找，只需要拿出来就行了。

具体参考博客：http://www.cnblogs.com/linjzong/p/3494090.html
           http://www.cnblogs.com/itstudent/p/3729117.html