Listview优化总结

Listview是andorid中最常用的控件之一，但要用好这个控件并不是那么容易。不注意优化的使用经常出现页面卡顿，OOM等问题的出现。在此本人将自己的拙见整理汇总，归纳listview的优化措施。
1.复用convertView
2.viewHolder保存控件
3.分页加载
4.UI卡顿优化
5.OOM

复用convertView

这一条和下面一条是最常见的优化，相信你也会在各种网络资料或者参考书中见到此类优化。如果还不是很理解为何要这样处理的话，我举一个例子来类比一下这个过程。
相信大家都做过手扶电梯，台阶是由一块块板组成的，运行的过程中，人只需要站在一块板上，就会自动把人送到上方，然后人离开，该块板会在电梯内部重新运行到下方，再次携带一个人上来。
类比到listview，“台阶板”可以看做是子条目item的view，而“人”就是子条目item要显示的数据，屏幕中可见的item就相当于在电梯上的“人”和“板”，当listview往下滑直到某一个item不可见时，就相当于电梯的某块“板”把“人”送到上方直到离开电梯。在不进行优化的情况下，我们在getView方法中每次都会给子条目new一个view出来，当该view不可见后销毁它，把这个过程放到手扶电梯中，就是不断地在下方造“板”，把“人”送到上方后，销毁这块“板”。看到这里相信你肯定在想，这得多浪费资源啊！所以电梯采用的是将“板”在电梯内部重新运行到下方，这样同一块“板”就可以不断地运送“人”。
google工程师在设计listview的时候已经考虑到这种情况，因此在getView的参数中有一个convertView，它是用来保存滑出屏幕范围的item的view，即运送完“人”转入电梯内部的“板”。我们要做的就是获取到这个convertView，重新赋予数据，作为新item来展示，即这块“板”运行到下方，再次运送一个“人”到上方的过程。
电梯将“板”运送到下方需要时间，因此通常电梯“板”的数量是你能看到的2倍。而在内存中一切都是非常快速的，当一个item的view不可见，被保存到convertView后，马上可以作为新的数据的载体，用作下一个item的view来使用，因此，listview仅需要一个屏幕可见item的个数 + 1(convertView)就可以显示所有的数据，无需创建更多的view再销毁，从而达到优化目的。

@Override
    public View getView(int position, View convertView, ViewGroup parent) {
        if (convertView == null) {
            convertView = View.inflate(mContext, android.R.layout.simple_list_item_1, null);
                Log.i("test", "inflate a View");
        }
        TextView textView = (TextView) convertView.findViewById(android.R.id.text1);
        textView.setText(data.get(position));
        return convertView;
    }

通过复用后，测试手机的屏幕可以看到13个item，无论我如何滑动，也只会创建14次view。

viewHolder保存控件

通过上面的代码可以看到，view是不再过多的创建了，但是findViewById这个方法还是在每次getView的时候都会执行，该方法需要遍历整个布局文件来找到对应的ID，是很耗费资源的，有没有什么办法减少这个过程那？
想象一下让你在一本书中找到某一句话，每次你都要从头翻到尾，直到找到那句话，这是非常耗时的。而如果你在第一次找到后，把对应的页数记录下来，下次再让你找的时候，直接翻到对应页面就可以快速地找到那句话。在listview中我们也可以采用同样的方法，将找到的控件记录在内存中，这样下次再找控件的时候直接从内存中取出即可。
通常的做法是定义一个静态内部类ViewHolder，里面仅有成员变量来保存控件：

@Override
    public View getView(int position, View convertView, ViewGroup parent) {
        ViewHolder holder;
        if (convertView == null) {
            holder = new ViewHolder();
            convertView = View.inflate(mContext, android.R.layout.simple_list_item_1, null);
            holder.textView = (TextView) convertView.findViewById(android.R.id.text1);
            convertView.setTag(holder);
            Log.i("test", "inflate a View");
        }else {
            holder = (ViewHolder) convertView.getTag();
        }
        holder.textView.setText(data.get(position));
        return convertView;
        }
    }   
private static class ViewHolder{
    TextView textView;
}

是不是会有疑问：为什么要定义成static的那？为什么要叫viewHolder？
非静态内部类拥有外部类的强引用，因此为了避免对外部类（可能是 Activity）对象的引用造成内存泄露，那么最好将内部类声明为 static 的；
其实ViewHolder这个名字可以随意的取，但你写的代码不是只有你自己看，如果你定义为“abc”，那只有你知道这是干嘛的，而其他人不知道，而定义成ViewHolder可以达到见名知意。
分页加载
当listview需要显示的数据较多，数据加载的时间过长，避免用户过长时间的等待数据刷新，可以采用的分页加载的方式对listview进行优化。分页加载的思路就是将大量地数据分成多个小份，每次只加载其中的一份数据，加载新数据的时机即用户滑动到listview底部时。为提升用户体验，在加载数据时在listview底部显示一个progressBar来告诉用户正在加载新数据，并在完成加载后取消这个显示。下面是实现的步骤：
1.inflate一个listview的footer，用于显示progressBar

footer = View.inflate(this, R.layout.footer, null);

2.之前在网上看到的资料都会在setAdapter之前添加footer，setAdater之后移除

    //listView.addFooterView(footer);
    adapter = new MyAdapter(this, data);
    listView.setAdapter(adapter);
    //listView.removeFooterView(footer);

此处肯定有疑惑，为啥要如此操作？先来看下setAdapter源码中的一段：

if (mHeaderViewInfos.size() > 0|| mFooterViewInfos.size() > 0) {
    mAdapter = new HeaderViewListAdapter(mHeaderViewInfos, mFooterViewInfos, adapter);
} else {
    mAdapter = adapter;
}

mFooterViewInfos这个变量一看便知是footer的信息类，当有footer时，传入的adapter会进行包装，因此当时看到的资料才会有如此操作，目的是让adater进行包装。但实际上是多此一举的。继续看下addFooterView方法的源码：

public void addFooterView(View v, Object data, boolean isSelectable) {
   final FixedViewInfo info = new FixedViewInfo();
   info.view = v;
   info.data = data;
   info.isSelectable = isSelectable;
   mFooterViewInfos.add(info);
   mAreAllItemsSelectable &= isSelectable;

   // Wrap the adapter if it wasn't already wrapped.
   if (mAdapter != null) {
      if (!(mAdapter instanceof HeaderViewListAdapter)) {
        mAdapter = new HeaderViewListAdapter(mHeaderViewInfos, mFooterViewInfos, mAdapter);
      }

       // In the case of re-adding a footer view, or adding one later on,
       // we need to notify the observer.
       if (mDataSetObserver != null) {
           mDataSetObserver.onChanged();
       }
    }
}

可以看到内部有判断，如果已经setAdpter，即mAdapter != null条件满足，就会将该adapter进行包装。因此无需做上述操作，仅在需要的时候直接setFooterView就可以了。
3.设置滑动监听，用于判断用户滑动到底部：

listView.setOnScrollListener(new OnScrollListener() {           
    @Override
    public void onScrollStateChanged(AbsListView view, int scrollState) {               
        if(scrollState==SCROLL_STATE_IDLE){
            int lastVisiblePosition = listView.getLastVisiblePosition();
            if(lastVisiblePosition==adapter.getCount()-1){
//避免重复加载数据
                if(isBottom){
                    return;
                }
                isBottom=true;
                listView.addFooterView(footer);
                listView.setSelection(lastVisiblePosition);
                new Thread(new MyTask()).start();
            }
        }           
    }           
    @Override
    public void onScroll(AbsListView view, int firstVisibleItem, int visibleItemCount, int totalItemCount) {}
});

当滑动到底部时添加footer显示progressBar，setSelection调整listview的显示位置，同时开启子线程加载数据。
4.加载数据：

private static class MyTask implements Runnable{
        @Override
        public void run() { 
            List<String> newData = new ArrayList<String>();
            //模拟数据
            count+=20;
            //模拟无更多数据加载情况
            if(count>150){
                handler.sendEmptyMessage(NO_MORE_DATA);
            }else{
                for (int i = count-20; i < count; i++) {                    
                    newData.add("item" + i);
                }
                //模拟耗时操作    
                SystemClock.sleep(2000);
                //通知主线程更新UI
                handler.obtainMessage(RESULT_OK, newData).sendToTarget();   
            }
        }   
    }

5.更新UI

private static Handler handler = new Handler(){
        public void handleMessage(android.os.Message msg) {
            switch (msg.what) {
            case RESULT_OK:
                List<String> newData = (List<String>) msg.obj;
                data.addAll(newData);
                //移除footer
                listView.removeFooterView(footer);
                //更新数据显示
                adapter.notifyDataSetChanged();
                isBottom = false;
                break;
            case NO_MORE_DATA:
                View pb = footer.findViewById(R.id.footer_pb);
                pb.setVisibility(View.GONE);
                View tView = footer.findViewById(R.id.footer_tv);
                tView.setVisibility(View.VISIBLE);  
                isBottom = false;
                break;
            default:
                break;
            }
        }

NO_MORE_DATA的情况是模拟数据加载完成，更换footer显示内容“无更多数据加载。。。”

UI卡顿优化

1.避免耗时操作在主线程完成，运行所需时间超过16毫秒的任务都会引起页面的卡顿，因此超过16毫秒的任务都应放在子线程完成。
2.UI视图避免过于复杂，过多的层级嵌套，重复的布局可以使用include标签代替，不常用的视图（例如点击才显示）可以使用viewStub标签。可以使用SDK自带的hierarchyviewer工具（androidSDK\tools目录下）查看视图层级。

OOM

如果在listview中显示了大量图片，不进行处理的话，很容易出现OOM的情况。常见的处理方式有：
1.加载图片时对分辨率进行缩放，在android手机中一个像素点会占用4byte的内存，分辨路过大的图片会占用更多的内存。
2.使用弱引用来保存bitmap，并及时调用recycle()方法释放内存。
3.使用已有框架，如ImageLoader、Glide 、Picasso、Fresco 等，这些框架都做了相应处理。